{"push_id":1443782033,"size":22,"distinct_size":0,"ref":"refs/heads/smoke","head":"395010f346356f0c9639af362a0300dc6d1242bf","before":"f33b4fc4efc11a45184a8a368bd3a6bdb6b01dd0","commits":[{"sha":"ca9a016d527bb2572c935f2c98af52876a58ae2c","author":{"name":"Jan Beulich","email":"ae7900a0c785918fc3eaa9d1a92a76bc4e651ece@suse.com"},"message":"x86/HVM: prefer structure assignment for seg reg copying\n\nThis makes things type safe.\n\nSigned-off-by: Jan Beulich <jbeulich@suse.com>\nReviewed-by: Paul Durrant <paul.durrant@citrix.com>\nReviewed-by: Andrew Cooper <andrew.cooper3@citrix.com>\nReviewed-by: Boris Ostrovsky <boris.ostrovsky@oracle.com>","distinct":false,"url":"https://api.github.com/repos/mirage/xen/commits/ca9a016d527bb2572c935f2c98af52876a58ae2c"},{"sha":"b053c185e3ff58628233bf90742c1ffd9a3189ed","author":{"name":"Jan Beulich","email":"ae7900a0c785918fc3eaa9d1a92a76bc4e651ece@suse.com"},"message":"x86: make more use of wr{f,g}sbase()\n\nWith suitable canonical address checks added these can also be used in\ndo_set_segment_base().\n\nAlso with a canonical address check now in place, there's no need for\npriv_op_write_msr() to use wrmsr_safe() anymore.\n\nSigned-off-by: Jan Beulich <jbeulich@suse.com>\nReviewed-by: Andrew Cooper <andrew.cooper3@citrix.com>","distinct":false,"url":"https://api.github.com/repos/mirage/xen/commits/b053c185e3ff58628233bf90742c1ffd9a3189ed"},{"sha":"bb5910ff0fec999a3a8d0e9644329f16ef954978","author":{"name":"Jan Beulich","email":"ae7900a0c785918fc3eaa9d1a92a76bc4e651ece@suse.com"},"message":"x86/memshr: add static\n\nAnd with that drop mem_sharing_ prefixes as no longer meaningful. Once\nagain convert GFN function argument types at once.\n\nSigned-off-by: Jan Beulich <jbeulich@suse.com>\nReviewed-by: Andrew Cooper <andrew.cooper3@citrix.com>\nAcked-by: Tamas K Lengyel <tamas@tklengyel.com>","distinct":false,"url":"https://api.github.com/repos/mirage/xen/commits/bb5910ff0fec999a3a8d0e9644329f16ef954978"},{"sha":"41fe9cabf29ea15c1f8edee49326dfde705013d3","author":{"name":"Jan Beulich","email":"ae7900a0c785918fc3eaa9d1a92a76bc4e651ece@suse.com"},"message":"libelf: section index 0 is special\n\nWhen iterating over sections, table entry zero needs to be ignored.\n\nSigned-off-by: Jan Beulich <jbeulich@suse.com>\nReviewed-by: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>\nReviewed-by: Roger Pau Monné <roger.pau@citrix.com>","distinct":false,"url":"https://api.github.com/repos/mirage/xen/commits/41fe9cabf29ea15c1f8edee49326dfde705013d3"},{"sha":"d4c856a57a55f888369c8933d93c6da04cd8036c","author":{"name":"Jan Beulich","email":"ae7900a0c785918fc3eaa9d1a92a76bc4e651ece@suse.com"},"message":"libelf: use UINT_MAX\n\nWhile Xen indeed doesn't have limits.h, it still does have UINT_MAX, so\nwe should avoid open coding it (and perhaps - even if unlikely -\ngetting it wrong).\n\nSigned-off-by: Jan Beulich <jbeulich@suse.com>\nReviewed-by: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>\nReviewed-by: Roger Pau Monné <roger.pau@citrix.com>","distinct":false,"url":"https://api.github.com/repos/mirage/xen/commits/d4c856a57a55f888369c8933d93c6da04cd8036c"},{"sha":"397f64d126cefb1a93e8fc469c0431e9256226cf","author":{"name":"Jan Beulich","email":"ae7900a0c785918fc3eaa9d1a92a76bc4e651ece@suse.com"},"message":"libelf: type adjustments\n\nDon't needlessly use uint64_t when unsigned suffices.\n\nAlso don't open code elf_phdr_count() and replace a redundant call to\nelf_shdr_count().\n\nSigned-off-by: Jan Beulich <jbeulich@suse.com>\nReviewed-by: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>\nReviewed-by: Roger Pau Monné <roger.pau@citrix.com>","distinct":false,"url":"https://api.github.com/repos/mirage/xen/commits/397f64d126cefb1a93e8fc469c0431e9256226cf"},{"sha":"a01b6d464f05dadf28bfd38612283bd1848f1350","author":{"name":"Jan Beulich","email":"ae7900a0c785918fc3eaa9d1a92a76bc4e651ece@suse.com"},"message":"libelf: treat phdr and shdr similarly\n\nJust like elf_shdr_count(), elf_phdr_count() better bounds checks the\nvalue.\n\nAdd table entry size checks to elf_init().\n\nAlso both program and section headers are optional, and hence their\nchecking better is done conditionally only when any such headers are\npresent.\n\nSigned-off-by: Jan Beulich <jbeulich@suse.com>\nReviewed-by: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>\nReviewed-by: Roger Pau Monné <roger.pau@citrix.com>","distinct":false,"url":"https://api.github.com/repos/mirage/xen/commits/a01b6d464f05dadf28bfd38612283bd1848f1350"},{"sha":"56673a8eb7c90d8fbe2a69a3b52a6f5fc8194d6a","author":{"name":"Jan Beulich","email":"ae7900a0c785918fc3eaa9d1a92a76bc4e651ece@suse.com"},"message":"x86/HVM: drop hvm_emulate_one_no_write()\n\nIt was pointlessly non-static, and being static and a simple wrapper it\ncan as well be folded into its single caller.\n\nSigned-off-by: Jan Beulich <jbeulich@suse.com>\nReviewed-by: Paul Durrant <paul.durrant@citrix.com>\nReviewed-by: Andrew Cooper <andrew.cooper3@citrix.com>","distinct":false,"url":"https://api.github.com/repos/mirage/xen/commits/56673a8eb7c90d8fbe2a69a3b52a6f5fc8194d6a"},{"sha":"3eabc1c2e240bcb9637153714ed20db30613ed85","author":{"name":"Jan Beulich","email":"ae7900a0c785918fc3eaa9d1a92a76bc4e651ece@suse.com"},"message":"x86/HVM: drop __hvm_clear()\n\nRather than almost entirely duplicating __hvm_copy(), have __hvm_copy()\nclear guest memory if the source pointer is NULL.\n\nSigned-off-by: Jan Beulich <jbeulich@suse.com>\nReviewed-by: Andrew Cooper <andrew.cooper3@citrix.com>","distinct":false,"url":"https://api.github.com/repos/mirage/xen/commits/3eabc1c2e240bcb9637153714ed20db30613ed85"},{"sha":"e5c1b8145bccb7fc587ee5b0c95ace6c5e0c7ffd","author":{"name":"Jan Beulich","email":"ae7900a0c785918fc3eaa9d1a92a76bc4e651ece@suse.com"},"message":"x86emul: correct PUSHF/POPF\n\nBoth need to raise #GP(0) when in VM86 mode with IOPL < 3.\n\nAdditionally PUSHF is documented to clear VM and RF from the value\nplaced onto the stack.\n\nSigned-off-by: Jan Beulich <jbeulich@suse.com>\nReviewed-by: Andrew Cooper <andrew.cooper3@citrix.com>","distinct":false,"url":"https://api.github.com/repos/mirage/xen/commits/e5c1b8145bccb7fc587ee5b0c95ace6c5e0c7ffd"},{"sha":"f4497d6b747864bb2c2455055d27462e98dcb83e","author":{"name":"Jan Beulich","email":"ae7900a0c785918fc3eaa9d1a92a76bc4e651ece@suse.com"},"message":"x86emul/test: add a private header\n\nThis is to avoid having to duplicate auxiliary definitions in both\nsource files.\n\nSigned-off-by: Jan Beulich <jbeulich@suse.com>\nReviewed-by: Andrew Cooper <andrew.cooper3@citrix.com>","distinct":false,"url":"https://api.github.com/repos/mirage/xen/commits/f4497d6b747864bb2c2455055d27462e98dcb83e"},{"sha":"f343852c5e930ba099a635909878afc66f0dce1b","author":{"name":"Juergen Gross","email":"d3dfe5c5fac772d904d4932d138136d040bb63c7@suse.com"},"message":"x86: add a way to obtain the needed number of memory map entries\n\nToday there is no way for a domain to obtain the number of entries of\nthe machine memory map returned by XENMEM_machine_memory_map hypercall.\n\nModify the interface to return just the needed number of map entries\nin case the buffer was specified as NULL.\n\nSigned-off-by: Juergen Gross <jgross@suse.com>\nReviewed-by: Jan Beulich <jbeulich@suse.com>","distinct":false,"url":"https://api.github.com/repos/mirage/xen/commits/f343852c5e930ba099a635909878afc66f0dce1b"},{"sha":"146786b922ea4eeb9643029af3939244aea009c1","author":{"name":"Daniel Kiper","email":"c5ef3d4ce24a87297ad513a5e999d0929ebd0b99@oracle.com"},"message":"efi: create efi_enabled()\n\nFirst of all we need to differentiate between legacy BIOS\nand EFI platforms during runtime, not during build, because\none image will have legacy and EFI code and can be executed\non both platforms. Additionally, we need more fine grained\nknowledge about EFI environment and check for EFI platform\nand EFI loader separately to properly support multiboot2\nprotocol. In general Xen loaded by this protocol uses memory\nmappings and loaded modules in similar way to Xen loaded by\nmultiboot (v1) protocol. Hence, create efi_enabled() which\nchecks available features in efi_flags. This patch defines\nEFI_BOOT, EFI_LOADER and EFI_RS features. EFI_BOOT is equal\nto old efi_enabled == 1. EFI_RS ease control on runtime\nservices usage. EFI_LOADER tells that Xen was loaded\ndirectly from EFI as PE executable.\n\nSuggested-by: Jan Beulich <jbeulich@suse.com>\nSigned-off-by: Daniel Kiper <daniel.kiper@oracle.com>\nReviewed-by: Jan Beulich <jbeulich@suse.com>","distinct":false,"url":"https://api.github.com/repos/mirage/xen/commits/146786b922ea4eeb9643029af3939244aea009c1"},{"sha":"a31dc93b20bd7e351921c58fd07b3b16e2c8e83e","author":{"name":"Daniel Kiper","email":"c5ef3d4ce24a87297ad513a5e999d0929ebd0b99@oracle.com"},"message":"x86: allow EFI reboot method neither on non-EFI platforms...\n\n... nor EFI platforms with runtime services enabled.\n\nSuggested-by: Jan Beulich <jbeulich@suse.com>\nSigned-off-by: Daniel Kiper <daniel.kiper@oracle.com>\nAcked-by: Jan Beulich <jbeulich@suse.com>","distinct":false,"url":"https://api.github.com/repos/mirage/xen/commits/a31dc93b20bd7e351921c58fd07b3b16e2c8e83e"},{"sha":"7a95e0a2c572fbbc827722c6f61a12cc4af3ef8f","author":{"name":"Daniel Kiper","email":"c5ef3d4ce24a87297ad513a5e999d0929ebd0b99@oracle.com"},"message":"x86: properly calculate xen ELF end of image address\n\nThis patch is prereq for \"efi: build xen.gz with EFI code\" patch which adds,\namong others, xen/arch/x86/efi/relocs-dummy.S to xen.gz output. Below there\nis a description why it is needed.\n\nCurrently xen ELF end of image address is calculated using first line from\n\"nm -nr xen/xen-syms\" output. However, potentially it may contain symbol\naddress not related to the end of image in any way. It can happen if a symbol\nis introduced with address larger than _end symbol address. Such situation\nencountered when I linked xen ELF binary with xen/arch/x86/efi/relocs-dummy.S.\nThen first line from \"nm -nr xen/xen-syms\" contained \"ffff82d0c0000000 A ALT_START\"\nand xen ELF image memory size was silently set to 1023 MiB. This issue happened\nbecause there is no check which symbol address is used to calculate end of\nimage address. So, let's fix it and take ELF end of image address by reading\n__2M_rwdata_end symbol address from nm output. This way xen ELF image build\nprocess is not prone to changes in order of nm output.\n\nSigned-off-by: Daniel Kiper <daniel.kiper@oracle.com>\nAcked-by: Jan Beulich <jbeulich@suse.com>","distinct":false,"url":"https://api.github.com/repos/mirage/xen/commits/7a95e0a2c572fbbc827722c6f61a12cc4af3ef8f"},{"sha":"216c2976563d6431de8dfc9db64462a98a100687","author":{"name":"Jan Beulich","email":"ae7900a0c785918fc3eaa9d1a92a76bc4e651ece@suse.com"},"message":"x86emul: don't assume a memory operand\n\nEspecially for x86_insn_operand_ea() to return dependable segment\ninformation even when the caller didn't consider applicability, we\nshouldn't have ea.type start out as OP_MEM. Make it OP_NONE instead,\nand set it to OP_MEM when we actually encounter memory like operands.\n\nThis requires to eliminate the XSA-123 fix, which has been no longer\nnecessary since the elimination of the union in commit dd766684e7. That\nin turn allows restricting the scope of override_seg to x86_decode().\nAt this occasion also make it have a proper type, instead of plain int.\n\nSigned-off-by: Jan Beulich <jbeulich@suse.com>\nReviewed-by: Andrew Cooper <andrew.cooper3@citrix.com>","distinct":false,"url":"https://api.github.com/repos/mirage/xen/commits/216c2976563d6431de8dfc9db64462a98a100687"},{"sha":"b8534895985cea40bf488d601cbaeb15fc02fde5","author":{"name":"Jan Beulich","email":"ae7900a0c785918fc3eaa9d1a92a76bc4e651ece@suse.com"},"message":"x86emul: correct and extend IDT entry checks\n\nIn order to pre-determine whether a fault will occur upon software\ninterrupt injection, it is not sufficient to just check P and DPL. Do\nat least all the checks on the IDT entry itself, and in particular do\nthe #NP check last. The checks for the new CS (and perhaps SS) are left\nout for now, though.\n\nSigned-off-by: Jan Beulich <jbeulich@suse.com>\nReviewed-by: Andrew Cooper <andrew.cooper3@citirix.com>","distinct":false,"url":"https://api.github.com/repos/mirage/xen/commits/b8534895985cea40bf488d601cbaeb15fc02fde5"},{"sha":"a900e98f1f4b2afc53832ed4be3e3bc9fb5cf596","author":{"name":"Roger Pau Monné","email":"5f4729e48ff357e9d43c7533050665e737ae6983@citrix.com"},"message":"libacpi: add _FADT_ to the FADT boot flags definitions\n\nSigned-off-by: Roger Pau Monné <roger.pau@citrix.com>\nReviewed-by: Andrew Cooper <andrew.cooper3@citrix.com>\nReviewed-by: Wei Liu <wei.liu2@citrix.com>\nReviewed-by: Jan Beulich <jbeulich@suse.com>","distinct":false,"url":"https://api.github.com/repos/mirage/xen/commits/a900e98f1f4b2afc53832ed4be3e3bc9fb5cf596"},{"sha":"8a8ce70ccfe8e4e647062fc0df914fb70cd6f8d0","author":{"name":"Roger Pau Monné","email":"5f4729e48ff357e9d43c7533050665e737ae6983@citrix.com"},"message":"libacpi: set FADT boot flag to notify lack of VGA for PVHv2 guests\n\nPVHv2 guests don't have any VGA card, and as so it must be notified in the FADT.\n\nSigned-off-by: Roger Pau Monné <roger.pau@citrix.com>\nReviewed-by: Jan Beulich <jbeulich@suse.com>\nReviewed-by: Andrew Cooper <andrew.cooper3@citrix.com>","distinct":false,"url":"https://api.github.com/repos/mirage/xen/commits/8a8ce70ccfe8e4e647062fc0df914fb70cd6f8d0"},{"sha":"0f40a54e1bd568b39461616dc8751d24547057db","author":{"name":"Roger Pau Monné","email":"5f4729e48ff357e9d43c7533050665e737ae6983@citrix.com"},"message":"libacpi: don't announce a 8042 controller in the FADT for PVHv2 guests\n\nThere's no such controler available for PVHv2 guests.\n\nSigned-off-by: Roger Pau Monné <roger.pau@citrix.com>\nReviewed-by: Andrew Cooper <andrew.cooper3@citrix.com>\nReviewed-by: Jan Beulich <jbeulich@suse.com>","distinct":false,"url":"https://api.github.com/repos/mirage/xen/commits/0f40a54e1bd568b39461616dc8751d24547057db"}]}
{"actor":{"display_login":"avsm"}}