Message ID | 20180206191515.25830-1-mdroth@linux.vnet.ibm.com |
---|---|
State | New |
Headers | show |
On 06.02.2018 20:14, Michael Roth wrote: > Hi everyone, > > The following new patches are queued for QEMU stable v2.11.1: > > https://github.com/mdroth/qemu/commits/stable-2.11-staging > > The release is planned for 2017-02-14: > > https://wiki.qemu.org/Planning/2.11 > > Please respond here or CC qemu-stable@nongnu.org on any patches you > think should be included in the release. Looking for "CVE" in the changelog, these look like good candidates for stable as well: 191f59dc17396bb5a8da50f8c59b6e0a430711a4 vga: check the validation of memory addr when draw text f887cf165db20f405cb8805c716bd363aaadf815 ui: place a hard cap on VNC server output buffer size (and the preceding patches) > Of particular importance would be any feedback on the various QEMU > patches relating to Spectre/Meltdown mitigation. The current tree has > what I understand to be the QEMU components required for x86, s390, > and pseries, but feedback/confirmation from the various authors would > be greatly appreciated. [...] > Christian Borntraeger (2): > s390x/kvm: Handle bpb feature > s390x/kvm: provide stfle.81 Confirmed, AFAIK that are the only two patches that are required for Spectre on s390x (together with the linux-headers update). Thomas
On Tue, 6 Feb 2018 13:14:21 -0600 Michael Roth <mdroth@linux.vnet.ibm.com> wrote: > Hi everyone, > > The following new patches are queued for QEMU stable v2.11.1: > > https://github.com/mdroth/qemu/commits/stable-2.11-staging > > The release is planned for 2017-02-14: > > https://wiki.qemu.org/Planning/2.11 > > Please respond here or CC qemu-stable@nongnu.org on any patches you > think should be included in the release. > > Of particular importance would be any feedback on the various QEMU > patches relating to Spectre/Meltdown mitigation. The current tree has > what I understand to be the QEMU components required for x86, s390, > and pseries, but feedback/confirmation from the various authors would > be greatly appreciated. > > Thanks! AFAICS, the patches include everything we need for s390x. Thanks!
Hi Michael, On Tue, 6 Feb 2018 13:14:21 -0600 Michael Roth <mdroth@linux.vnet.ibm.com> wrote: > Hi everyone, > > The following new patches are queued for QEMU stable v2.11.1: > > https://github.com/mdroth/qemu/commits/stable-2.11-staging > > The release is planned for 2017-02-14: > > https://wiki.qemu.org/Planning/2.11 > > Please respond here or CC qemu-stable@nongnu.org on any patches you > think should be included in the release. > Maybe worth to pick the following patch when it gets merged: http://patchwork.ozlabs.org/patch/869873/ It fixes a 2.11 regression with RAM postcopy. > Of particular importance would be any feedback on the various QEMU > patches relating to Spectre/Meltdown mitigation. The current tree has > what I understand to be the QEMU components required for x86, s390, > and pseries, but feedback/confirmation from the various authors would > be greatly appreciated. > Patch 54 "target/ppc/spapr: Add H-Call H_GET_CPU_CHARACTERISTICS" has a trivial but potentially embarrassing bug (QEMU aborts if the host supports KVM_PPC_CPU_CHAR_BCCTRL_SERIALISED and cap-ibs="fixed" is used). A patch was sent to the list: http://patchwork.ozlabs.org/patch/868426/ AFAIK David Gibson (Cc'd) is away and I don't know when this patch will be merged. Cheers, -- Greg > Thanks! > > ---------------------------------------------------------------- > > The following changes since commit 0a0dc59d27527b78a195c2d838d28b7b49e5a639: > > Update version for v2.11.0 release (2017-12-13 14:31:09 +0000) > > are available in the git repository at: > > git://github.com/mdroth/qemu.git stable-2.11-staging > > for you to fetch changes up to ed8b4ecc68d6bfe98000b08d649049d0c1174c11: > > target/ppc/spapr: Add H-Call H_GET_CPU_CHARACTERISTICS (2018-02-05 19:07:38 -0600) > > ---------------------------------------------------------------- > Alex Bennée (1): > target/sh4: fix TCG leak during gusa sequence > > Alex Williamson (1): > vfio: Fix vfio-kvm group registration > > Christian Borntraeger (2): > s390x/kvm: Handle bpb feature > s390x/kvm: provide stfle.81 > > Claudio Imbrenda (1): > s390x: fix storage attributes migration for non-small guests > > Cornelia Huck (1): > linux-headers: update > > Cédric Le Goater (1): > target/ppc: introduce the PPC_BIT() macro > > David Gibson (7): > spapr: Add pseries-2.12 machine type > spapr: Capabilities infrastructure > spapr: Treat Hardware Transactional Memory (HTM) as an optional capability > spapr: Validate capabilities on migration > target/ppc: Clean up probing of VMX, VSX and DFP availability on KVM > spapr: Handle VMX/VSX presence as an spapr capability flag > spapr: Handle Decimal Floating Point (DFP) as an optional capability > > Eduardo Habkost (5): > i386: Change X86CPUDefinition::model_id to const char* > i386: Add spec-ctrl CPUID bit > i386: Add FEAT_8000_0008_EBX CPUID feature word > i386: Add new -IBRS versions of Intel CPU models > i386: Add EPYC-IBPB CPU model > > Eric Auger (1): > linux-headers: update to 4.15-rc1 > > Fam Zheng (3): > block: Open backing image in force share mode for size probe > osdep: Retry SETLK upon EINTR > usb-storage: Fix share-rw option parsing > > Greg Kurz (2): > spapr_pci: fix MSI/MSIX selection > spapr: fix device tree properties when using compatibility mode > > Jay Zhou (1): > vhost: remove assertion to prevent crash > > Jose Ricardo Ziviani (1): > ppc: Change Power9 compat table to support at most 8 threads/core > > Kevin Wolf (2): > block: Make bdrv_drain_invoke() recursive > block: Call .drain_begin only once in bdrv_drain_all_begin() > > Laurent Vivier (1): > spapr: don't initialize PATB entry if max-cpu-compat < power9 > > Marcel Apfelbaum (1): > hw/pci-bridge: fix QEMU crash because of pcie-root-port > > Markus Armbruster (1): > qemu-options: Remove stray colons from output of --help > > Michael S. Tsirkin (1): > virtio_error: don't invoke status callbacks > > Murilo Opsfelder Araujo (1): > block/nbd: fix segmentation fault when .desc is not null-terminated > > Paolo Bonzini (2): > qemu-pr-helper: miscellaneous fixes > i386: Add support for SPEC_CTRL MSR > > Peter Lieven (1): > block/iscsi: dont leave allocmap in an invalid state on UNMAP failure > > Peter Maydell (8): > target/i386: Fix handling of VEX prefixes > hw/intc/arm_gicv3: Make reserved register addresses RAZ/WI > hw/intc/arm_gic: reserved register addresses are RAZ/WI > hw/sd/pl181: Reset SD card on controller reset > hw/sd/milkymist-memcard: Reset SD card on controller reset > hw/sd/ssi-sd: Reset SD card on controller reset > linux-user: Fix locking order in fork_start() > linux-user/signal.c: Rename MC_* defines > > Stefan Hajnoczi (1): > scsi-disk: release AioContext in unaligned WRITE SAME case > > Suraj Jitindar Singh (8): > hw/ppc/spapr_caps: Rework spapr_caps to use uint8 internal representation > target/ppc/spapr_caps: Add macro to generate spapr_caps migration vmstate > target/ppc/kvm: Add cap_ppc_safe_[cache/bounds_check/indirect_branch] > target/ppc/spapr_caps: Add support for tristate spapr_capabilities > target/ppc/spapr_caps: Add new tristate cap safe_cache > target/ppc/spapr_caps: Add new tristate cap safe_bounds_check > target/ppc/spapr_caps: Add new tristate cap safe_indirect_branch > target/ppc/spapr: Add H-Call H_GET_CPU_CHARACTERISTICS > > block.c | 3 +- > block/io.c | 13 +- > block/iscsi.c | 8 +- > block/nbd.c | 1 + > hw/intc/arm_gic.c | 5 +- > hw/intc/arm_gicv3_dist.c | 13 + > hw/intc/arm_gicv3_its_common.c | 8 +- > hw/intc/arm_gicv3_redist.c | 13 + > hw/pci-bridge/gen_pcie_root_port.c | 7 +- > hw/ppc/Makefile.objs | 2 +- > hw/ppc/spapr.c | 130 ++++-- > hw/ppc/spapr_caps.c | 443 ++++++++++++++++++++ > hw/ppc/spapr_cpu_core.c | 7 + > hw/ppc/spapr_hcall.c | 58 +++ > hw/ppc/spapr_pci.c | 61 ++- > hw/s390x/s390-stattrib-kvm.c | 4 +- > hw/scsi/scsi-bus.c | 9 +- > hw/scsi/scsi-disk.c | 1 + > hw/sd/milkymist-memcard.c | 4 + > hw/sd/pl181.c | 4 + > hw/sd/ssi-sd.c | 25 +- > hw/usb/dev-storage.c | 3 +- > hw/vfio/common.c | 1 + > hw/virtio/vhost-user.c | 5 +- > hw/virtio/virtio.c | 2 +- > include/hw/compat.h | 2 + > include/hw/ppc/spapr.h | 74 ++++ > include/hw/scsi/scsi.h | 1 + > include/scsi/utils.h | 6 +- > include/standard-headers/asm-s390/virtio-ccw.h | 5 +- > include/standard-headers/asm-x86/hyperv.h | 394 +----------------- > include/standard-headers/linux/input-event-codes.h | 2 + > include/standard-headers/linux/input.h | 1 + > include/standard-headers/linux/pci_regs.h | 45 +- > linux-headers/asm-arm/kvm.h | 8 + > linux-headers/asm-arm/kvm_para.h | 1 + > linux-headers/asm-arm/unistd.h | 2 + > linux-headers/asm-arm64/kvm.h | 8 + > linux-headers/asm-arm64/unistd.h | 1 + > linux-headers/asm-powerpc/epapr_hcalls.h | 1 + > linux-headers/asm-powerpc/kvm.h | 26 ++ > linux-headers/asm-powerpc/kvm_para.h | 1 + > linux-headers/asm-powerpc/unistd.h | 1 + > linux-headers/asm-s390/kvm.h | 10 +- > linux-headers/asm-s390/kvm_para.h | 5 +- > linux-headers/asm-s390/unistd.h | 4 +- > linux-headers/asm-x86/kvm.h | 1 + > linux-headers/asm-x86/kvm_para.h | 2 +- > linux-headers/asm-x86/unistd.h | 1 + > linux-headers/linux/kvm.h | 10 +- > linux-headers/linux/kvm_para.h | 1 + > linux-headers/linux/psci.h | 1 + > linux-headers/linux/userfaultfd.h | 1 + > linux-headers/linux/vfio.h | 1 + > linux-headers/linux/vfio_ccw.h | 1 + > linux-headers/linux/vhost.h | 1 + > linux-user/main.c | 4 +- > linux-user/signal.c | 118 +++--- > qemu-options-wrapper.h | 2 +- > qemu-options.hx | 27 +- > scripts/hxtool | 3 +- > scsi/qemu-pr-helper.c | 30 +- > scsi/utils.c | 10 + > target/i386/cpu.c | 455 ++++++++++++++++++++- > target/i386/cpu.h | 7 + > target/i386/kvm.c | 14 + > target/i386/machine.c | 20 + > target/i386/translate.c | 2 +- > target/ppc/compat.c | 9 +- > target/ppc/cpu.h | 105 ++--- > target/ppc/kvm.c | 85 +++- > target/ppc/kvm_ppc.h | 20 +- > target/s390x/cpu.c | 1 + > target/s390x/cpu.h | 1 + > target/s390x/cpu_features.c | 2 + > target/s390x/cpu_features_def.h | 2 + > target/s390x/gen-features.c | 2 + > target/s390x/kvm.c | 14 + > target/s390x/machine.c | 17 + > target/sh4/translate.c | 2 +- > util/osdep.c | 4 +- > 81 files changed, 1746 insertions(+), 658 deletions(-) > create mode 100644 hw/ppc/spapr_caps.c > >
On Wed, Feb 07, 2018 at 07:47:54AM +0100, Thomas Huth wrote: > On 06.02.2018 20:14, Michael Roth wrote: > > Hi everyone, > > > > The following new patches are queued for QEMU stable v2.11.1: > > > > https://github.com/mdroth/qemu/commits/stable-2.11-staging > > > > The release is planned for 2017-02-14: > > > > https://wiki.qemu.org/Planning/2.11 > > > > Please respond here or CC qemu-stable@nongnu.org on any patches you > > think should be included in the release. > > Looking for "CVE" in the changelog, these look like good candidates for > stable as well: > > 191f59dc17396bb5a8da50f8c59b6e0a430711a4 > vga: check the validation of memory addr when draw text > > f887cf165db20f405cb8805c716bd363aaadf815 > ui: place a hard cap on VNC server output buffer size > (and the preceding patches) FYI, to fix the VNC problem you'll need alot of patches. To get clean cherry-pick's I think you'll probably need all of this: 627ebec208a8809818589e17f4fce55a59420ad2 ui: correctly advance output buffer when writing SASL data 4c956bd81e2e16afd19d38d1fdeba6d9faa8a1ae ui: avoid sign extension using client width/height 30b80fd5269257f55203b7072c505b4ebaab5115 ui: mix misleading comments & return types of VNC I/O helper methods 6aa22a29187e1908f5db738d27c64a9efc8d0bfa ui: add trace events related to VNC client throttling f887cf165db20f405cb8805c716bd363aaadf815 ui: place a hard cap on VNC server output buffer size ada8d2e4369ea49677d8672ac81bce73eefd5b54 ui: fix VNC client throttling when forced update is requested e2b72cb6e0443d90d7ab037858cb6834b6cca852 ui: fix VNC client throttling when audio capture is active 0bad834228b9ee63e4239108d02dcb94568254d0 ui: refactor code for determining if an update should be sent to the client 728a7ac95484a7ba5e624ccbac4c1326571576b0 ui: correctly reset framebuffer update state after processing dirty regions fef1bbadfb2c3027208eb3d14b43e1bdb51166ca ui: introduce enum to track VNC client framebuffer update request state 8f61f1c5a6bc06438a1172efa80bc7606594fa07 ui: track how much decoded data we consumed when doing SASL encoding 3541b08475d51bddf8aded36576a0ff5a547a978 ui: avoid pointless VNC updates if framebuffer isn't dirty b939eb89b6f320544a9328fa908d881d0024c1ee ui: remove redundant indentation in vnc_client_update c53df961617736f94731d94b62c2954c261d2bae ui: remove unreachable code in vnc_update_client 6af998db05aec9af95a06f84ad94f1b96785e667 ui: remove 'sync' parameter from vnc_update_client Regards, Daniel
Am 06.02.2018 um 20:14 schrieb Michael Roth: > Hi everyone, > > The following new patches are queued for QEMU stable v2.11.1: > > https://github.com/mdroth/qemu/commits/stable-2.11-staging > > The release is planned for 2017-02-14: > > https://wiki.qemu.org/Planning/2.11 > > Please respond here or CC qemu-stable@nongnu.org on any patches you > think should be included in the release. > > Of particular importance would be any feedback on the various QEMU > patches relating to Spectre/Meltdown mitigation. The current tree has > what I understand to be the QEMU components required for x86, s390, > and pseries, but feedback/confirmation from the various authors would > be greatly appreciated. Hi, I also found the following patches that affect migration: migration: Don't leak IO channels migration: Recover block devices if failure in device state migration/savevm.c: set MAX_VM_CMD_PACKAGED_SIZE to 1ul << 32 In general it seems that migration related patches are often not tagged qemu-stable. David, can you check if there are patches missing? Thank you, Peter
Hi Michael, On 02/06/2018 04:14 PM, Michael Roth wrote: > The release is planned for 2017-02-14: > > https://wiki.qemu.org/Planning/2.11 > > Please respond here or CC qemu-stable@nongnu.org on any patches you > think should be included in the release. > > ---------------------------------------------------------------- > ---------------------------------------------------------------- > Alex Bennée (1): > target/sh4: fix TCG leak during gusa sequence There is also e691e0ed135 "target/sh4: add missing tcg_temp_free() in _decode_opc()"
* Peter Lieven (pl@kamp.de) wrote: > Am 06.02.2018 um 20:14 schrieb Michael Roth: > > Hi everyone, > > > > The following new patches are queued for QEMU stable v2.11.1: > > > > https://github.com/mdroth/qemu/commits/stable-2.11-staging > > > > The release is planned for 2017-02-14: > > > > https://wiki.qemu.org/Planning/2.11 > > > > Please respond here or CC qemu-stable@nongnu.org on any patches you > > think should be included in the release. > > > > Of particular importance would be any feedback on the various QEMU > > patches relating to Spectre/Meltdown mitigation. The current tree has > > what I understand to be the QEMU components required for x86, s390, > > and pseries, but feedback/confirmation from the various authors would > > be greatly appreciated. > > Hi, > > I also found the following patches that affect migration: > > migration: Don't leak IO channels > migration: Recover block devices if failure in device state > migration/savevm.c: set MAX_VM_CMD_PACKAGED_SIZE to 1ul << 32 > > In general it seems that migration related patches are often not tagged qemu-stable. > David, can you check if there are patches missing? I'm always a bit cautious about forwarding stuff to stable; just because it's landed in our main branch it doesn't mean many people have tested it, so I'd rather wait unless it was particularly urgent. The 'migration: Recover block devices if failure in device state' is probably a good candidate. Another one would be Greg Kurz's: 875fcd013ab68c64802998b22f54f0184479d21b - migration: incoming postcopy advise sanity checks Dave > Thank you, > Peter > -- Dr. David Alan Gilbert / dgilbert@redhat.com / Manchester, UK
Quoting Michael Roth (2018-02-06 13:14:21) > Hi everyone, > > The following new patches are queued for QEMU stable v2.11.1: > > https://github.com/mdroth/qemu/commits/stable-2.11-staging > > The release is planned for 2017-02-14: > > https://wiki.qemu.org/Planning/2.11 > > Please respond here or CC qemu-stable@nongnu.org on any patches you > think should be included in the release. > > Of particular importance would be any feedback on the various QEMU > patches relating to Spectre/Meltdown mitigation. The current tree has > what I understand to be the QEMU components required for x86, s390, > and pseries, but feedback/confirmation from the various authors would > be greatly appreciated. Thank you for the responses/suggestions. The following additional patches have been queued for the release and pushed to: https://github.com/mdroth/qemu/commits/stable-2.11-staging spapr: add missing break in h_get_cpu_characteristics() (Greg Kurz) vga: check the validation of memory addr when draw text (linzhecheng) input: fix memory leak (linzhecheng) ui: correctly advance output buffer when writing SASL data (Daniel P. Berrangé) ui: avoid sign extension using client width/height (Daniel P. Berrange) ui: mix misleading comments & return types of VNC I/O helper methods (Daniel P. Berrange) ui: add trace events related to VNC client throttling (Daniel P. Berrange) ui: place a hard cap on VNC server output buffer size (Daniel P. Berrange) ui: fix VNC client throttling when forced update is requested (Daniel P. Berrange) ui: fix VNC client throttling when audio capture is active (Daniel P. Berrange) ui: refactor code for determining if an update should be sent to the client (Daniel P. Berrange) ui: correctly reset framebuffer update state after processing dirty regions (Daniel P. Berrange) ui: introduce enum to track VNC client framebuffer update request state (Daniel P. Berrange) ui: track how much decoded data we consumed when doing SASL encoding (Daniel P. Berrange) ui: avoid pointless VNC updates if framebuffer isn't dirty (Daniel P. Berrange) ui: remove redundant indentation in vnc_client_update (Daniel P. Berrange) ui: remove unreachable code in vnc_update_client (Daniel P. Berrange) ui: remove 'sync' parameter from vnc_update_client (Daniel P. Berrange) migration: incoming postcopy advise sanity checks (Greg Kurz) target/sh4: add missing tcg_temp_free() in _decode_opc() (Philippe Mathieu-Daudé) migration/savevm.c: set MAX_VM_CMD_PACKAGED_SIZE to 1ul << 32 (Daniel Henrique Barboza) migration: Recover block devices if failure in device state (Dr. David Alan Gilbert) migration: Don't leak IO channels (Ross Lagerwall) s390x/sclp: fix event mask handling (Christian Borntraeger) memory: set ioeventfd_update_pending after address_space_update_ioeventfds (linzhecheng) > > Thanks! > > ---------------------------------------------------------------- > > The following changes since commit 0a0dc59d27527b78a195c2d838d28b7b49e5a639: > > Update version for v2.11.0 release (2017-12-13 14:31:09 +0000) > > are available in the git repository at: > > git://github.com/mdroth/qemu.git stable-2.11-staging > > for you to fetch changes up to ed8b4ecc68d6bfe98000b08d649049d0c1174c11: > > target/ppc/spapr: Add H-Call H_GET_CPU_CHARACTERISTICS (2018-02-05 19:07:38 -0600) > > ---------------------------------------------------------------- > Alex Bennée (1): > target/sh4: fix TCG leak during gusa sequence > > Alex Williamson (1): > vfio: Fix vfio-kvm group registration > > Christian Borntraeger (2): > s390x/kvm: Handle bpb feature > s390x/kvm: provide stfle.81 > > Claudio Imbrenda (1): > s390x: fix storage attributes migration for non-small guests > > Cornelia Huck (1): > linux-headers: update > > Cédric Le Goater (1): > target/ppc: introduce the PPC_BIT() macro > > David Gibson (7): > spapr: Add pseries-2.12 machine type > spapr: Capabilities infrastructure > spapr: Treat Hardware Transactional Memory (HTM) as an optional capability > spapr: Validate capabilities on migration > target/ppc: Clean up probing of VMX, VSX and DFP availability on KVM > spapr: Handle VMX/VSX presence as an spapr capability flag > spapr: Handle Decimal Floating Point (DFP) as an optional capability > > Eduardo Habkost (5): > i386: Change X86CPUDefinition::model_id to const char* > i386: Add spec-ctrl CPUID bit > i386: Add FEAT_8000_0008_EBX CPUID feature word > i386: Add new -IBRS versions of Intel CPU models > i386: Add EPYC-IBPB CPU model > > Eric Auger (1): > linux-headers: update to 4.15-rc1 > > Fam Zheng (3): > block: Open backing image in force share mode for size probe > osdep: Retry SETLK upon EINTR > usb-storage: Fix share-rw option parsing > > Greg Kurz (2): > spapr_pci: fix MSI/MSIX selection > spapr: fix device tree properties when using compatibility mode > > Jay Zhou (1): > vhost: remove assertion to prevent crash > > Jose Ricardo Ziviani (1): > ppc: Change Power9 compat table to support at most 8 threads/core > > Kevin Wolf (2): > block: Make bdrv_drain_invoke() recursive > block: Call .drain_begin only once in bdrv_drain_all_begin() > > Laurent Vivier (1): > spapr: don't initialize PATB entry if max-cpu-compat < power9 > > Marcel Apfelbaum (1): > hw/pci-bridge: fix QEMU crash because of pcie-root-port > > Markus Armbruster (1): > qemu-options: Remove stray colons from output of --help > > Michael S. Tsirkin (1): > virtio_error: don't invoke status callbacks > > Murilo Opsfelder Araujo (1): > block/nbd: fix segmentation fault when .desc is not null-terminated > > Paolo Bonzini (2): > qemu-pr-helper: miscellaneous fixes > i386: Add support for SPEC_CTRL MSR > > Peter Lieven (1): > block/iscsi: dont leave allocmap in an invalid state on UNMAP failure > > Peter Maydell (8): > target/i386: Fix handling of VEX prefixes > hw/intc/arm_gicv3: Make reserved register addresses RAZ/WI > hw/intc/arm_gic: reserved register addresses are RAZ/WI > hw/sd/pl181: Reset SD card on controller reset > hw/sd/milkymist-memcard: Reset SD card on controller reset > hw/sd/ssi-sd: Reset SD card on controller reset > linux-user: Fix locking order in fork_start() > linux-user/signal.c: Rename MC_* defines > > Stefan Hajnoczi (1): > scsi-disk: release AioContext in unaligned WRITE SAME case > > Suraj Jitindar Singh (8): > hw/ppc/spapr_caps: Rework spapr_caps to use uint8 internal representation > target/ppc/spapr_caps: Add macro to generate spapr_caps migration vmstate > target/ppc/kvm: Add cap_ppc_safe_[cache/bounds_check/indirect_branch] > target/ppc/spapr_caps: Add support for tristate spapr_capabilities > target/ppc/spapr_caps: Add new tristate cap safe_cache > target/ppc/spapr_caps: Add new tristate cap safe_bounds_check > target/ppc/spapr_caps: Add new tristate cap safe_indirect_branch > target/ppc/spapr: Add H-Call H_GET_CPU_CHARACTERISTICS > > block.c | 3 +- > block/io.c | 13 +- > block/iscsi.c | 8 +- > block/nbd.c | 1 + > hw/intc/arm_gic.c | 5 +- > hw/intc/arm_gicv3_dist.c | 13 + > hw/intc/arm_gicv3_its_common.c | 8 +- > hw/intc/arm_gicv3_redist.c | 13 + > hw/pci-bridge/gen_pcie_root_port.c | 7 +- > hw/ppc/Makefile.objs | 2 +- > hw/ppc/spapr.c | 130 ++++-- > hw/ppc/spapr_caps.c | 443 ++++++++++++++++++++ > hw/ppc/spapr_cpu_core.c | 7 + > hw/ppc/spapr_hcall.c | 58 +++ > hw/ppc/spapr_pci.c | 61 ++- > hw/s390x/s390-stattrib-kvm.c | 4 +- > hw/scsi/scsi-bus.c | 9 +- > hw/scsi/scsi-disk.c | 1 + > hw/sd/milkymist-memcard.c | 4 + > hw/sd/pl181.c | 4 + > hw/sd/ssi-sd.c | 25 +- > hw/usb/dev-storage.c | 3 +- > hw/vfio/common.c | 1 + > hw/virtio/vhost-user.c | 5 +- > hw/virtio/virtio.c | 2 +- > include/hw/compat.h | 2 + > include/hw/ppc/spapr.h | 74 ++++ > include/hw/scsi/scsi.h | 1 + > include/scsi/utils.h | 6 +- > include/standard-headers/asm-s390/virtio-ccw.h | 5 +- > include/standard-headers/asm-x86/hyperv.h | 394 +----------------- > include/standard-headers/linux/input-event-codes.h | 2 + > include/standard-headers/linux/input.h | 1 + > include/standard-headers/linux/pci_regs.h | 45 +- > linux-headers/asm-arm/kvm.h | 8 + > linux-headers/asm-arm/kvm_para.h | 1 + > linux-headers/asm-arm/unistd.h | 2 + > linux-headers/asm-arm64/kvm.h | 8 + > linux-headers/asm-arm64/unistd.h | 1 + > linux-headers/asm-powerpc/epapr_hcalls.h | 1 + > linux-headers/asm-powerpc/kvm.h | 26 ++ > linux-headers/asm-powerpc/kvm_para.h | 1 + > linux-headers/asm-powerpc/unistd.h | 1 + > linux-headers/asm-s390/kvm.h | 10 +- > linux-headers/asm-s390/kvm_para.h | 5 +- > linux-headers/asm-s390/unistd.h | 4 +- > linux-headers/asm-x86/kvm.h | 1 + > linux-headers/asm-x86/kvm_para.h | 2 +- > linux-headers/asm-x86/unistd.h | 1 + > linux-headers/linux/kvm.h | 10 +- > linux-headers/linux/kvm_para.h | 1 + > linux-headers/linux/psci.h | 1 + > linux-headers/linux/userfaultfd.h | 1 + > linux-headers/linux/vfio.h | 1 + > linux-headers/linux/vfio_ccw.h | 1 + > linux-headers/linux/vhost.h | 1 + > linux-user/main.c | 4 +- > linux-user/signal.c | 118 +++--- > qemu-options-wrapper.h | 2 +- > qemu-options.hx | 27 +- > scripts/hxtool | 3 +- > scsi/qemu-pr-helper.c | 30 +- > scsi/utils.c | 10 + > target/i386/cpu.c | 455 ++++++++++++++++++++- > target/i386/cpu.h | 7 + > target/i386/kvm.c | 14 + > target/i386/machine.c | 20 + > target/i386/translate.c | 2 +- > target/ppc/compat.c | 9 +- > target/ppc/cpu.h | 105 ++--- > target/ppc/kvm.c | 85 +++- > target/ppc/kvm_ppc.h | 20 +- > target/s390x/cpu.c | 1 + > target/s390x/cpu.h | 1 + > target/s390x/cpu_features.c | 2 + > target/s390x/cpu_features_def.h | 2 + > target/s390x/gen-features.c | 2 + > target/s390x/kvm.c | 14 + > target/s390x/machine.c | 17 + > target/sh4/translate.c | 2 +- > util/osdep.c | 4 +- > 81 files changed, 1746 insertions(+), 658 deletions(-) > create mode 100644 hw/ppc/spapr_caps.c > >
On Mon, 12 Feb 2018 16:13:23 +0000 "Dr. David Alan Gilbert" <dgilbert@redhat.com> wrote: > * Peter Lieven (pl@kamp.de) wrote: > > Am 06.02.2018 um 20:14 schrieb Michael Roth: > > > Hi everyone, > > > > > > The following new patches are queued for QEMU stable v2.11.1: > > > > > > https://github.com/mdroth/qemu/commits/stable-2.11-staging > > > > > > The release is planned for 2017-02-14: > > > > > > https://wiki.qemu.org/Planning/2.11 > > > > > > Please respond here or CC qemu-stable@nongnu.org on any patches you > > > think should be included in the release. > > > > > > Of particular importance would be any feedback on the various QEMU > > > patches relating to Spectre/Meltdown mitigation. The current tree has > > > what I understand to be the QEMU components required for x86, s390, > > > and pseries, but feedback/confirmation from the various authors would > > > be greatly appreciated. > > > > Hi, > > > > I also found the following patches that affect migration: > > > > migration: Don't leak IO channels > > migration: Recover block devices if failure in device state > > migration/savevm.c: set MAX_VM_CMD_PACKAGED_SIZE to 1ul << 32 > > > > In general it seems that migration related patches are often not tagged qemu-stable. > > David, can you check if there are patches missing? > > I'm always a bit cautious about forwarding stuff to stable; just because > it's landed in our main branch it doesn't mean many people have tested > it, so I'd rather wait unless it was particularly urgent. > > The 'migration: Recover block devices if failure in device state' is > probably a good candidate. > Another one would be Greg Kurz's: > 875fcd013ab68c64802998b22f54f0184479d21b - migration: incoming postcopy advise sanity checks > Yeah. Mike pushed it to its stable-2.11-staging tree: https://github.com/mdroth/qemu/commit/a3fd64f2fe9f90c7b4d002910a54049ee6a09b64 Cheers, -- Greg > Dave > > > Thank you, > > Peter > > > -- > Dr. David Alan Gilbert / dgilbert@redhat.com / Manchester, UK >
Am 12.02.2018 um 17:13 schrieb Dr. David Alan Gilbert: > * Peter Lieven (pl@kamp.de) wrote: >> Am 06.02.2018 um 20:14 schrieb Michael Roth: >>> Hi everyone, >>> >>> The following new patches are queued for QEMU stable v2.11.1: >>> >>> https://github.com/mdroth/qemu/commits/stable-2.11-staging >>> >>> The release is planned for 2017-02-14: >>> >>> https://wiki.qemu.org/Planning/2.11 >>> >>> Please respond here or CC qemu-stable@nongnu.org on any patches you >>> think should be included in the release. >>> >>> Of particular importance would be any feedback on the various QEMU >>> patches relating to Spectre/Meltdown mitigation. The current tree has >>> what I understand to be the QEMU components required for x86, s390, >>> and pseries, but feedback/confirmation from the various authors would >>> be greatly appreciated. >> Hi, >> >> I also found the following patches that affect migration: >> >> migration: Don't leak IO channels >> migration: Recover block devices if failure in device state >> migration/savevm.c: set MAX_VM_CMD_PACKAGED_SIZE to 1ul << 32 >> >> In general it seems that migration related patches are often not tagged qemu-stable. >> David, can you check if there are patches missing? > I'm always a bit cautious about forwarding stuff to stable; just because > it's landed in our main branch it doesn't mean many people have tested > it, so I'd rather wait unless it was particularly urgent. Understood. Maybe we need a special mechanism to track such patches. It would be good to have them in a stable release. Maybe tag them as stable-candidate or sth. Then we can recheck their status when a stable release is going to be released. Peter