{"push_id":1490382438,"size":18,"distinct_size":0,"ref":"refs/heads/master","head":"65fb0b79f7fc445d517f0071695255d38ddb0528","before":"c1140eb9ed1eb23e2b6228cb99e79102536a9487","commits":[{"sha":"79d72011ee2236b36f188538579e5c7aeaad4368","author":{"name":"Jason J. Herne","email":"9dffbe6caf8166d9620a4f839467c87538edfe27@linux.vnet.ibm.com"},"message":"s390: Cpu driver support for update and compare\n\nImplement compare for s390. Required to test the guest against the host for\nguest cpu model runnability checking. We always return IDENTICAL to bypass\nLibvirt's checking. s390 will rely on Qemu to perform the runnability checking.\n\nImplement update for s390. required to support use of cpu \"host-model\" mode.\n\nSigned-off-by: Jason J. Herne <jjherne@linux.vnet.ibm.com>\nAcked-by: Jiri Denemark <jdenemar@redhat.com>","distinct":false,"url":"https://api.github.com/repos/nertpinx/libvirt/commits/79d72011ee2236b36f188538579e5c7aeaad4368"},{"sha":"8f778215223f7a376dc3cbf30088b6da55cb42d9","author":{"name":"Jason J. Herne","email":"9dffbe6caf8166d9620a4f839467c87538edfe27@linux.vnet.ibm.com"},"message":"s390-cpu: Remove nodeData and decode\n\nOn s390, the host's features are heavily influenced by not only the host\nhardware but also by hardware microcode level, host OS version, qemu\nversion and kvm version. In this environment it does not make sense to\nattempt to report exact host details.\n\nSigned-off-by: Jason J. Herne <jjherne@linux.vnet.ibm.com>\nAcked-by: Jiri Denemark <jdenemar@redhat.com>","distinct":false,"url":"https://api.github.com/repos/nertpinx/libvirt/commits/8f778215223f7a376dc3cbf30088b6da55cb42d9"},{"sha":"dedfa943686d07195fa5cbd3630112953f44ff2f","author":{"name":"Collin L. Walling","email":"573de28acc7b793ce7d9052af827b24e12a1f87b@linux.vnet.ibm.com"},"message":"test-data: Qemu caps replies and xml for s390x qemu 2.7 and 2.8\n\nExpected Qemu replies for versions 2.7 and 2.8 from the s390x\nQemu binary.\n\nSigned-off-by: Collin L. Walling <walling@linux.vnet.ibm.com>\nSigned-off-by: Jason J. Herne <jjherne@linux.vnet.ibm.com>","distinct":false,"url":"https://api.github.com/repos/nertpinx/libvirt/commits/dedfa943686d07195fa5cbd3630112953f44ff2f"},{"sha":"9486dbb33968321c8a5346e77ec9e951e2dcedb9","author":{"name":"Collin L. Walling","email":"573de28acc7b793ce7d9052af827b24e12a1f87b@linux.vnet.ibm.com"},"message":"tests: domain capabilities: qemu 2.7 and 2.8 on s390x\n\nTests domain capabilities on s390x using the Qemu 2.8 capabilities data.\n\nSigned-off-by: Collin L. Walling <walling@linux.vnet.ibm.com>\nSigned-off-by: Jason J. Herne <jjherne@linux.vnet.ibm.com>","distinct":false,"url":"https://api.github.com/repos/nertpinx/libvirt/commits/9486dbb33968321c8a5346e77ec9e951e2dcedb9"},{"sha":"fab9d6e1a9b4ac6d5262741353a39dbbbf9d437e","author":{"name":"Collin L. Walling","email":"573de28acc7b793ce7d9052af827b24e12a1f87b@linux.vnet.ibm.com"},"message":"qemu: qmp query-cpu-model-expansion command\n\nquery-cpu-model-expansion is used to get a list of features for a given cpu\nmodel name or to get the model and features of the host hardware/environment\nas seen by Qemu/kvm.\n\nSigned-off-by: Collin L. Walling <walling@linux.vnet.ibm.com>\nSigned-off-by: Jason J. Herne <jjherne@linux.vnet.ibm.com>","distinct":false,"url":"https://api.github.com/repos/nertpinx/libvirt/commits/fab9d6e1a9b4ac6d5262741353a39dbbbf9d437e"},{"sha":"5d513d46597ad4cc5c847575830bec62d960571e","author":{"name":"Jiri Denemark","email":"0b6e66718f66b2a8c4b2dc6a6a42b8beb145fd62@redhat.com"},"message":"qemu-caps: Get host model directly from Qemu when available\n\nWhen qmp query-cpu-model-expansion is available probe Qemu for its view of the\nhost model. In kvm environments this can provide a more complete view of the\nhost model because features supported by Qemu and Kvm can be considered.\n\nSigned-off-by: Collin L. Walling <walling@linux.vnet.ibm.com>\nSigned-off-by: Jason J. Herne <jjherne@linux.vnet.ibm.com>","distinct":false,"url":"https://api.github.com/repos/nertpinx/libvirt/commits/5d513d46597ad4cc5c847575830bec62d960571e"},{"sha":"27e411fa837cd73c75dcf848756fda708a40c2f6","author":{"name":"Jason J. Herne","email":"9dffbe6caf8166d9620a4f839467c87538edfe27@linux.vnet.ibm.com"},"message":"tests: qemuxml2argv s390x cpu model\n\nTest cases for qemu s390x cpu model argument generation.\n\nSigned-off-by: Jason J. Herne <jjherne@linux.vnet.ibm.com>","distinct":false,"url":"https://api.github.com/repos/nertpinx/libvirt/commits/27e411fa837cd73c75dcf848756fda708a40c2f6"},{"sha":"d47db7b16dd5422c7e487c8c8ee5b181a2f9cd66","author":{"name":"Collin L. Walling","email":"573de28acc7b793ce7d9052af827b24e12a1f87b@linux.vnet.ibm.com"},"message":"qemu: command: Support new cpu feature argument syntax\n\nQemu has abandoned the +/-feature syntax in favor of key=value. Some\narchitectures (s390) do not support +/-feature. So we update libvirt to handle\nboth formats.\n\nIf we detect a sufficiently new Qemu (indicated by support for qmp\nquery-cpu-model-expansion) we use key=value else we fall back to +/-feature.\n\nSigned-off-by: Collin L. Walling <walling@linux.vnet.ibm.com>\nSigned-off-by: Jason J. Herne <jjherne@linux.vnet.ibm.com>","distinct":false,"url":"https://api.github.com/repos/nertpinx/libvirt/commits/d47db7b16dd5422c7e487c8c8ee5b181a2f9cd66"},{"sha":"2b13361bc7c2b002835470c4d55d3a8deaadd906","author":{"name":"John Ferlan","email":"ea4b206ebea463545bcc9d546f93a642d7aeb984@redhat.com"},"message":"nodedev: Add the ability to create vHBA by parent wwnn/wwpn or fabric_wwn\n\nhttps://bugzilla.redhat.com/show_bug.cgi?id=1349696\n\nWhen creating a vHBA, the process is to feed XML to nodeDeviceCreateXML\nthat lists the <parent> scsi_hostX to use to create the vHBA. However,\nbetween reboots, it's possible that the <parent> changes its scsi_hostX\nto scsi_hostY and saved XML to perform the creation will either fail or\ncreate a vHBA using the wrong parent.\n\nSo add the ability to provide \"wwnn\" and \"wwpn\" or \"fabric_wwn\" to\nthe <parent> instead of a name of the scsi_hostN that is the parent.\nThe allowed XML will thus be:\n\n  <parent>scsi_host3</parent>  (current)\n\nor\n\n  <parent wwnn='$WWNN' wwpn='$WWPN'/>\n\nor\n\n  <parent fabric_wwn='$WWNN'/>\n\nUsing the wwnn/wwpn or fabric_wwn ensures the same 'scsi_hostN' is\nselected between hardware reconfigs or host reboots. The fabric_wwn\nUsing the wwnn/wwpn pair will provide the most specific search option,\nwhile fabric_wwn will at least ensure usage of the same SAN, but maybe\nnot the same scsi_hostN.\n\nThis patch will add the new fields to the nodedev.rng for input purposes\nonly since the input XML is essentially thrown away, no need to Format\nthe values since they'd already be printed as part of the scsi_host\ndata block.\n\nNew API virNodeDeviceGetParentHostByWWNs will take the parent \"wwnn\" and\n\"wwpn\" in order to search the list of devices for matching capability\ndata fields wwnn and wwpn.\n\nNew API virNodeDeviceGetParentHostByFabricWWN will take the parent \"fabric_wwn\"\nin order to search the list of devices for matching capability data field\nfabric_wwn.","distinct":false,"url":"https://api.github.com/repos/nertpinx/libvirt/commits/2b13361bc7c2b002835470c4d55d3a8deaadd906"},{"sha":"bb74a7ffeb2f58519bebd40e41bc2705d40a549e","author":{"name":"John Ferlan","email":"ea4b206ebea463545bcc9d546f93a642d7aeb984@redhat.com"},"message":"conf: Add more fchost search fields for storage pool vHBA creation\n\nAdd new fields to the fchost structure to allow creation of a vHBA via\nthe storage pool when a parent_wwnn/parent_wwpn or parent_fabric_wwn is\nsupplied in the storage pool XML.","distinct":false,"url":"https://api.github.com/repos/nertpinx/libvirt/commits/bb74a7ffeb2f58519bebd40e41bc2705d40a549e"},{"sha":"8366cb0a20ffd95f1572418e95a717fa2352b4a3","author":{"name":"John Ferlan","email":"ea4b206ebea463545bcc9d546f93a642d7aeb984@redhat.com"},"message":"util: Introduce virGetFCHostNameByFabricWWN\n\nCreate a utility routine in order to read the scsi_host fabric_name files\nlooking for a match to a passed fabric_name","distinct":false,"url":"https://api.github.com/repos/nertpinx/libvirt/commits/8366cb0a20ffd95f1572418e95a717fa2352b4a3"},{"sha":"78be2e8b7460352f1c5041aa670194e52149947a","author":{"name":"John Ferlan","email":"ea4b206ebea463545bcc9d546f93a642d7aeb984@redhat.com"},"message":"iscsi: Add parent wwnn/wwpn or fabric capability for createVport\n\nhttps://bugzilla.redhat.com/show_bug.cgi?id=1349696\n\nAs it turns out using only the 'parent' to achieve the goal of a\nconsistent vHBA parent has issues with reboots where the scsi_hostX\nparent could change to scsi_hostY causing either failure to create\nthe vHBA or usage of the wrong HBA for our vHBA.\n\nThus add the ability to search for the \"parent\" by the parent wwnn/\nwwpn values or just a fabric_name if someone only cares to ensure\nusage of the same SAN for the vHBA.","distinct":false,"url":"https://api.github.com/repos/nertpinx/libvirt/commits/78be2e8b7460352f1c5041aa670194e52149947a"},{"sha":"ef5c8bb4120d457c77058398cf5b747f46a9d3ac","author":{"name":"Maxim Nestratov","email":"2d0edb5efe1b8aa55084f480fd6d4b88b99cc537@virtuozzo.com"},"message":"qemu: Fix pit timer tick policy=delay\n\nBy a mistake, for the VIR_DOMAIN_TIMER_TICKPOLICY_DELAY qemu\ncommand line creation, 'discard' was used instead of 'delay'\nin commit id '1569fa14'.\n\nTest \"kvm-pit-delay\" is fixed accordingly to show the correct\noption being generated.\n\nRemove the (now) redundant kvm-pit-device tests. As it turns\nout there is no need to specify both QEMU_CAPS_NO_KVM_PIT and\nQEMU_CAPS_KVM_PIT_TICK_POLICY since they are mutually exclusive\nand \"kvm-pit-device\" becomes just the same as \"kvm-pit-delay\".\n\nSigned-off-by: Maxim Nestratov <mnestratov@virtuozzo.com>","distinct":false,"url":"https://api.github.com/repos/nertpinx/libvirt/commits/ef5c8bb4120d457c77058398cf5b747f46a9d3ac"},{"sha":"af78cb04867263900ecb682279d79e8b9af84b7b","author":{"name":"Maxim Nestratov","email":"2d0edb5efe1b8aa55084f480fd6d4b88b99cc537@virtuozzo.com"},"message":"qemu: Allow to specify pit timer tick policy=discard\n\nSeparate out the \"policy=discard\" into it's own specific\nqemu command line.\n\nWe'll rename \"kvm-pit-device\" test case to be \"kvm-pit-discard\"\nsince it has the syntax we'd be using.\n\nSigned-off-by: Maxim Nestratov <mnestratov@virtuozzo.com>","distinct":false,"url":"https://api.github.com/repos/nertpinx/libvirt/commits/af78cb04867263900ecb682279d79e8b9af84b7b"},{"sha":"245d9ba21e14865c75748633d482de3d8c448214","author":{"name":"Maxim Nestratov","email":"2d0edb5efe1b8aa55084f480fd6d4b88b99cc537@virtuozzo.com"},"message":"tests: Add \"no-kvm-pit-device\" testcase\n\nAdd a test case for when the QEMU_CAPS_NO_KVM_PIT capability is set.\nThis capability is mutually exclusive to QEMU_CAPS_KVM_PIT_TICK_POLICY\nand results in the same output regardless of whether \"discard\" or\n\"delay\" was specified in the guest XML for 'tickpolicy'.\n\nSigned-off-by: Maxim Nestratov <mnestratov@virtuozzo.com>","distinct":false,"url":"https://api.github.com/repos/nertpinx/libvirt/commits/245d9ba21e14865c75748633d482de3d8c448214"},{"sha":"96b1f091e7157c9bd4a6fd6f76f5f7ee1d2cbb83","author":{"name":"Chen Hanxiao","email":"2532160cfbae6dfb8bc31ee870f3d44ddfa8ee33@gmail.com"},"message":"virsh: Fix grammar - s/rather then/rather than\n\nSigned-off-by: Chen Hanxiao <chenhanxiao@gmail.com>","distinct":false,"url":"https://api.github.com/repos/nertpinx/libvirt/commits/96b1f091e7157c9bd4a6fd6f76f5f7ee1d2cbb83"},{"sha":"981d979047299e1aea484f5c2a01334a0a9e35d9","author":{"name":"Michal Privoznik","email":"ff52d8b477e4489d0b3b856d550bc61214c6ad4b@redhat.com"},"message":"virutil: Provide non-linux impl for virGetFCHostNameByFabricWWN\n\nCurrently, there's only linux implementation for\nvirGetFCHostNameByFabricWWN(). Since the symbol is exported in\nour private symbols we ought to have implementation for other\nplatforms too. This also triggers compilation error on FreeBSD:\n\n../src/.libs/libvirt_driver_storage_impl.a(libvirt_driver_storage_impl_la-storage_backend_scsi.o): In function `createVport':\n/usr/home/jenkins/libvirt-master/systems/libvirt-freebsd/build/src/../../src/storage/storage_backend_scsi.c:740: undefined reference to `virGetFCHostNameByFabricWWN'\n\nSigned-off-by: Michal Privoznik <mprivozn@redhat.com>","distinct":false,"url":"https://api.github.com/repos/nertpinx/libvirt/commits/981d979047299e1aea484f5c2a01334a0a9e35d9"},{"sha":"65fb0b79f7fc445d517f0071695255d38ddb0528","author":{"name":"Michal Privoznik","email":"ff52d8b477e4489d0b3b856d550bc61214c6ad4b@redhat.com"},"message":"security_selinux: s/virSecuritySELinuxSecurity/virSecuritySELinux/\n\nIt doesn't make much sense to have two different prefix for\nfunctions within the same driver.\n\nSigned-off-by: Michal Privoznik <mprivozn@redhat.com>","distinct":false,"url":"https://api.github.com/repos/nertpinx/libvirt/commits/65fb0b79f7fc445d517f0071695255d38ddb0528"}]}
{"actor":{"display_login":"nertpinx"}}