1. 21 7月, 2020 12 次提交
  2. 20 7月, 2020 20 次提交
    • P
      Merge remote-tracking branch 'remotes/pmaydell/tags/pull-target-arm-20200720' into staging · af3d6905
      Peter Maydell 提交于
      target-arm queue:
       * virt: Don't enable MTE emulation by default
       * virt: Diagnose attempts to use MTE with memory-hotplug or KVM
         (rather than silently not working correctly)
       * util: Implement qemu_get_thread_id() for OpenBSD
       * qdev: Add doc comments for qdev_unrealize and GPIO functions,
         and standardize on doc-comments-in-header-file
       * hw/arm/armsse: Assert info->num_cpus is in-bounds in armsse_realize()
       * docs/system: Document canon-a1100, collie, gumstix, virt boards
      
      # gpg: Signature made Mon 20 Jul 2020 13:55:36 BST
      # gpg:                using RSA key E1A5C593CD419DE28E8315CF3C2525ED14360CDE
      # gpg:                issuer "peter.maydell@linaro.org"
      # gpg: Good signature from "Peter Maydell <peter.maydell@linaro.org>" [ultimate]
      # gpg:                 aka "Peter Maydell <pmaydell@gmail.com>" [ultimate]
      # gpg:                 aka "Peter Maydell <pmaydell@chiark.greenend.org.uk>" [ultimate]
      # Primary key fingerprint: E1A5 C593 CD41 9DE2 8E83  15CF 3C25 25ED 1436 0CDE
      
      * remotes/pmaydell/tags/pull-target-arm-20200720:
        docs/system: Document the arm virt board
        docs/system: Briefly document gumstix boards
        docs/system: Briefly document collie board
        docs/system: Briefly document canon-a1100 board
        hw/arm/armsse: Assert info->num_cpus is in-bounds in armsse_realize()
        qdev: Document GPIO related functions
        qdev: Document qdev_unrealize()
        qdev: Move doc comments from qdev.c to qdev-core.h
        util: Implement qemu_get_thread_id() for OpenBSD
        hw/arm/virt: Disable memory hotplug when MTE is enabled
        hw/arm/virt: Error for MTE enabled with KVM
        hw/arm/virt: Enable MTE via a machine property
      Signed-off-by: NPeter Maydell <peter.maydell@linaro.org>
      af3d6905
    • P
      docs/system: Document the arm virt board · 6a0b7505
      Peter Maydell 提交于
      Document the arm 'virt' board, which has been undocumented
      for far too long given that it is the main recommended board
      type for arm guests.
      Signed-off-by: NPeter Maydell <peter.maydell@linaro.org>
      Reviewed-by: NAlex Bennée <alex.bennee@linaro.org>
      Message-id: 20200713175746.5936-5-peter.maydell@linaro.org
      6a0b7505
    • P
      docs/system: Briefly document gumstix boards · bb309000
      Peter Maydell 提交于
      Add skeletal documentation of the gumstix boards
      ('connex' and 'verdex').
      Signed-off-by: NPeter Maydell <peter.maydell@linaro.org>
      Reviewed-by: NPhilippe Mathieu-Daudé <f4bug@amsat.org>
      Reviewed-by: NAlex Bennée <alex.bennee@linaro.org>
      Message-id: 20200713175746.5936-4-peter.maydell@linaro.org
      bb309000
    • P
      docs/system: Briefly document collie board · b76b60f5
      Peter Maydell 提交于
      Add skeletal documentation of the collie board.
      Signed-off-by: NPeter Maydell <peter.maydell@linaro.org>
      Reviewed-by: NPhilippe Mathieu-Daudé <f4bug@amsat.org>
      Reviewed-by: NAlex Bennée <alex.bennee@linaro.org>
      Message-id: 20200713175746.5936-3-peter.maydell@linaro.org
      b76b60f5
    • P
      docs/system: Briefly document canon-a1100 board · 2d21dd17
      Peter Maydell 提交于
      Add skeletal documentation of the canon-a1100 board.
      Signed-off-by: NPeter Maydell <peter.maydell@linaro.org>
      Reviewed-by: NPhilippe Mathieu-Daudé <f4bug@amsat.org>
      Reviewed-by: NAlex Bennée <alex.bennee@linaro.org>
      Message-id: 20200713175746.5936-2-peter.maydell@linaro.org
      2d21dd17
    • P
      hw/arm/armsse: Assert info->num_cpus is in-bounds in armsse_realize() · 3f410039
      Peter Maydell 提交于
      In armsse_realize() we have a loop over [0, info->num_cpus), which
      indexes into various fixed-size arrays in the ARMSSE struct.  This
      confuses Coverity, which warns that we might overrun those arrays
      (CID 1430326, 1430337, 1430371, 1430414, 1430430).  This can't
      actually happen, because the info struct is always one of the entries
      in the armsse_variants[] array and num_cpus is either 1 or 2; we also
      already assert in armsse_init() that num_cpus is not too large.
      However, adding an assert to armsse_realize() like the one in
      armsse_init() should help Coverity figure out that these code paths
      aren't possible.
      Signed-off-by: NPeter Maydell <peter.maydell@linaro.org>
      Reviewed-by: NPhilippe Mathieu-Daudé <f4bug@amsat.org>
      Message-id: 20200713143716.9881-1-peter.maydell@linaro.org
      3f410039
    • P
      qdev: Document GPIO related functions · cd07d7f9
      Peter Maydell 提交于
      Add documentation comments for the various qdev functions
      related to creating and connecting GPIO lines.
      Signed-off-by: NPeter Maydell <peter.maydell@linaro.org>
      Reviewed-by: NRichard Henderson <richard.henderson@linaro.org>
      Message-id: 20200711142425.16283-4-peter.maydell@linaro.org
      cd07d7f9
    • P
      qdev: Document qdev_unrealize() · 46ea1be1
      Peter Maydell 提交于
      Add a doc comment for qdev_unrealize(), to go with the new
      documentation for the realize part of the qdev lifecycle.
      Signed-off-by: NPeter Maydell <peter.maydell@linaro.org>
      Reviewed-by: NRichard Henderson <richard.henderson@linaro.org>
      Message-id: 20200711142425.16283-3-peter.maydell@linaro.org
      46ea1be1
    • P
      qdev: Move doc comments from qdev.c to qdev-core.h · b51238e2
      Peter Maydell 提交于
      The doc-comments which document the qdev API are split between the
      header file and the C source files, because as a project we haven't
      been consistent about where we put them.
      
      Move all the doc-comments in qdev.c to the header files, so that
      users of the APIs don't have to look at the implementation files for
      this information.
      
      In the process, unify them into our doc-comment format and expand on
      them in some cases to clarify expected use cases.
      Signed-off-by: NPeter Maydell <peter.maydell@linaro.org>
      Reviewed-by: NRichard Henderson <richard.henderson@linaro.org>
      Message-id: 20200711142425.16283-2-peter.maydell@linaro.org
      b51238e2
    • D
      util: Implement qemu_get_thread_id() for OpenBSD · 8edbca51
      David CARLIER 提交于
      Implement qemu_get_thread_id() for OpenBSD hosts, using
      getthrid().
      Signed-off-by: NDavid Carlier <devnexen@gmail.com>
      Reviewed-by: NBrad Smith <brad@comstyle.com>
      Message-id: CA+XhMqxD6gQDBaj8tX0CMEj3si7qYKsM8u1km47e_-U7MC37Pg@mail.gmail.com
      Reviewed-by: NPeter Maydell <peter.maydell@linaro.org>
      [PMM: tidied up commit message]
      Signed-off-by: NPeter Maydell <peter.maydell@linaro.org>
      8edbca51
    • R
      hw/arm/virt: Disable memory hotplug when MTE is enabled · 19bd6aaf
      Richard Henderson 提交于
      When MTE is enabled, tag memory must exist for all RAM.
      
      It might be possible to simultaneously hot plug tag memory
      alongside the corresponding normal memory, but for now just
      disable hotplug.
      Signed-off-by: NRichard Henderson <richard.henderson@linaro.org>
      Message-id: 20200713213341.590275-4-richard.henderson@linaro.org
      Reviewed-by: NPeter Maydell <peter.maydell@linaro.org>
      Signed-off-by: NPeter Maydell <peter.maydell@linaro.org>
      19bd6aaf
    • R
      hw/arm/virt: Error for MTE enabled with KVM · 7f6185ed
      Richard Henderson 提交于
      While we expect KVM to support MTE at some future point,
      it certainly won't be ready in time for qemu 5.1.
      Signed-off-by: NRichard Henderson <richard.henderson@linaro.org>
      Message-id: 20200713213341.590275-3-richard.henderson@linaro.org
      Reviewed-by: NPeter Maydell <peter.maydell@linaro.org>
      Signed-off-by: NPeter Maydell <peter.maydell@linaro.org>
      7f6185ed
    • R
      hw/arm/virt: Enable MTE via a machine property · 6f4e1405
      Richard Henderson 提交于
      Control this cpu feature via a machine property, much as we do
      with secure=on, since both require specialized support in the
      machine setup to be functional.
      
      Default MTE to off, since this feature implies extra overhead.
      Signed-off-by: NRichard Henderson <richard.henderson@linaro.org>
      Message-id: 20200713213341.590275-2-richard.henderson@linaro.org
      Reviewed-by: NPeter Maydell <peter.maydell@linaro.org>
      Signed-off-by: NPeter Maydell <peter.maydell@linaro.org>
      6f4e1405
    • P
      Merge remote-tracking branch 'remotes/dgibson/tags/ppc-for-5.1-20200720' into staging · 1e6c50ad
      Peter Maydell 提交于
      ppc patch queue 20200720
      
      Here are some assorted fixes for qemu-5.1:
       * SLOF update with improved TPM handling, and fix for possible stack
         overflows on many-vcpu machines
       * Fix for NUMA distances on NVLink2 attached GPU memory nodes
       * Fixes to fail more gracefully on attempting to plug unsupported PCI bridge types
       * Don't allow pnv-psi device to be user created
      
      # gpg: Signature made Mon 20 Jul 2020 06:29:21 BST
      # gpg:                using RSA key 75F46586AE61A66CC44E87DC6C38CACA20D9B392
      # gpg: Good signature from "David Gibson <david@gibson.dropbear.id.au>" [full]
      # gpg:                 aka "David Gibson (Red Hat) <dgibson@redhat.com>" [full]
      # gpg:                 aka "David Gibson (ozlabs.org) <dgibson@ozlabs.org>" [full]
      # gpg:                 aka "David Gibson (kernel.org) <dwg@kernel.org>" [unknown]
      # Primary key fingerprint: 75F4 6586 AE61 A66C C44E  87DC 6C38 CACA 20D9 B392
      
      * remotes/dgibson/tags/ppc-for-5.1-20200720:
        pseries: Update SLOF firmware image
        spapr: Add a new level of NUMA for GPUs
        spapr_pci: Robustify support of PCI bridges
        ppc/pnv: Make PSI device types not user creatable
      Signed-off-by: NPeter Maydell <peter.maydell@linaro.org>
      1e6c50ad
    • P
      Merge remote-tracking branch 'remotes/cminyard/tags/for-qemu-i2c-5' into staging · 873ec69a
      Peter Maydell 提交于
      Minor changes to:
      
      Add an SMBus config entry
      
      Cleanup/simplify/document some I2C interfaces
      
      # gpg: Signature made Thu 16 Jul 2020 18:46:55 BST
      # gpg:                using RSA key FD0D5CE67CE0F59A6688268661F38C90919BFF81
      # gpg: Good signature from "Corey Minyard <cminyard@mvista.com>" [unknown]
      # gpg:                 aka "Corey Minyard <minyard@acm.org>" [unknown]
      # gpg:                 aka "Corey Minyard <corey@minyard.net>" [unknown]
      # gpg:                 aka "Corey Minyard <minyard@mvista.com>" [unknown]
      # gpg: WARNING: This key is not certified with a trusted signature!
      # gpg:          There is no indication that the signature belongs to the owner.
      # Primary key fingerprint: FD0D 5CE6 7CE0 F59A 6688  2686 61F3 8C90 919B FF81
      
      * remotes/cminyard/tags/for-qemu-i2c-5:
        hw/i2c: Document the I2C qdev helpers
        hw/i2c: Rename i2c_create_slave() as i2c_slave_create_simple()
        hw/i2c: Rename i2c_realize_and_unref() as i2c_slave_realize_and_unref()
        hw/i2c: Rename i2c_try_create_slave() as i2c_slave_new()
        hw/i2c/aspeed_i2c: Simplify aspeed_i2c_get_bus()
        hw/i2c/Kconfig: Add an entry for the SMBus
      Signed-off-by: NPeter Maydell <peter.maydell@linaro.org>
      873ec69a
    • P
      Makefile: Remove config-devices.mak on "make clean" · d69cda7e
      Peter Maydell 提交于
      The config-devices.mak files are generated by "make", and so they
      should be deleted by "make clean".
      
      (This is different from config-host.mak and config-all-disas.mak,
      which are created by "configure" and so only deleted by
      "make distclean".)
      
      If we don't delete these files on "make clean", then the build
      tree is left in a state where it has the config-devices.mak
      file but not the config-devices.mak.d file, and make will not
      realize that it needs to rebuild config-devices.mak if, for
      instance, hw/sd/Kconfig changes.
      
      NB: config-all-devices.mak is also generated by "make", but we
      already remove it on "make clean".
      Suggested-by: NPaolo Bonzini <pbonzini@redhat.com>
      Signed-off-by: NPeter Maydell <peter.maydell@linaro.org>
      Reviewed-by: NPhilippe Mathieu-Daudé <philmd@redhat.com>
      Message-id: 20200717152508.10272-1-peter.maydell@linaro.org
      d69cda7e
    • A
      pseries: Update SLOF firmware image · b25fbd6a
      Alexey Kardashevskiy 提交于
      This adds tcgbios (this was posted earlier [1] but got lost)
      and fixes FDT update at ibm,client-architecture-support
      for huge guests.
      
      The full list of changes:
      
      Alexey Kardashevskiy (4):
            make: Define default rule for .c when V=1 or V=2
            version: update to 20200513
            fdt: Avoid recursion when traversing tree
            version: update to 20200717
      
      Gustavo Romero (1):
            board-qemu: Fix comment about SLOF start address
      
      Stefan Berger (6):
            tcgbios: Only write logs for PCRs that are allocated
            tcgbios: Fix the vendorInfoSize to be of type uint8_t
            tcgbios: Add support for SHA3 type of algorithms
            elf: Implement elf_get_file_size to determine size of an ELF image
            tcgbios: Implement tpm_hash_log_extend_event_buffer
            tcgbios: Measure the bootloader file read from disk
      
      [1] https://patchwork.ozlabs.org/project/qemu-devel/patch/20200513024355.121476-1-aik@ozlabs.ru/Signed-off-by: NAlexey Kardashevskiy <aik@ozlabs.ru>
      Signed-off-by: NDavid Gibson <david@gibson.dropbear.id.au>
      b25fbd6a
    • R
      spapr: Add a new level of NUMA for GPUs · a6030d7e
      Reza Arbab 提交于
      NUMA nodes corresponding to GPU memory currently have the same
      affinity/distance as normal memory nodes. Add a third NUMA associativity
      reference point enabling us to give GPU nodes more distance.
      
      This is guest visible information, which shouldn't change under a
      running guest across migration between different qemu versions, so make
      the change effective only in new (pseries > 5.0) machine types.
      
      Before, `numactl -H` output in a guest with 4 GPUs (nodes 2-5):
      
      node distances:
      node   0   1   2   3   4   5
        0:  10  40  40  40  40  40
        1:  40  10  40  40  40  40
        2:  40  40  10  40  40  40
        3:  40  40  40  10  40  40
        4:  40  40  40  40  10  40
        5:  40  40  40  40  40  10
      
      After:
      
      node distances:
      node   0   1   2   3   4   5
        0:  10  40  80  80  80  80
        1:  40  10  80  80  80  80
        2:  80  80  10  80  80  80
        3:  80  80  80  10  80  80
        4:  80  80  80  80  10  80
        5:  80  80  80  80  80  10
      
      These are the same distances as on the host, mirroring the change made
      to host firmware in skiboot commit f845a648b8cb ("numa/associativity:
      Add a new level of NUMA for GPU's").
      Signed-off-by: NReza Arbab <arbab@linux.ibm.com>
      Message-Id: <20200716225655.24289-1-arbab@linux.ibm.com>
      Signed-off-by: NDavid Gibson <david@gibson.dropbear.id.au>
      a6030d7e
    • G
      spapr_pci: Robustify support of PCI bridges · a4beb5f5
      Greg Kurz 提交于
      Some recent error handling cleanups unveiled issues with our support of
      PCI bridges:
      
      1) QEMU aborts when using non-standard PCI bridge types,
         unveiled by commit 7ef1553d "spapr_pci: Drop some dead error handling"
      
      $ qemu-system-ppc64 -M pseries -device pcie-pci-bridge
      Unexpected error in object_property_find() at qom/object.c:1240:
      qemu-system-ppc64: -device pcie-pci-bridge: Property '.chassis_nr' not found
      Aborted (core dumped)
      
      This happens because we assume all PCI bridge types to have a "chassis_nr"
      property. This property only exists with the standard PCI bridge type
      "pci-bridge" actually. We could possibly revert 7ef1553d but it seems
      much simpler to check the presence of "chassis_nr" earlier.
      
      2) QEMU abort if same "chassis_nr" value is used several times,
         unveiled by commit d2623129 "qom: Drop parameter @errp of
         object_property_add() & friends"
      
      $ qemu-system-ppc64 -M pseries -device pci-bridge,chassis_nr=1 \
                              -device pci-bridge,chassis_nr=1
      Unexpected error in object_property_try_add() at qom/object.c:1167:
      qemu-system-ppc64: -device pci-bridge,chassis_nr=1: attempt to add duplicate property '40000100' to object (type 'container')
      Aborted (core dumped)
      
      This happens because we assume that "chassis_nr" values are unique, but
      nobody enforces that and we end up generating duplicate DRC ids. The PCI
      code doesn't really care for duplicate "chassis_nr" properties since it
      is only used to initialize the "Chassis Number Register" of the bridge,
      with no functional impact on QEMU. So, even if passing the same value
      several times might look weird, it never broke anything before, so
      I guess we don't necessarily want to enforce strict checking in the PCI
      code now.
      
      Workaround both issues in the PAPR code: check that the bridge has a
      unique and non null "chassis_nr" when plugging it into its parent bus.
      
      Fixes: 05929a6c ("spapr: Don't use bus number for building DRC ids")
      Fixes: 7ef1553d ("spapr_pci: Drop some dead error handling")
      Fixes: d2623129 ("qom: Drop parameter @errp of object_property_add() & friends")
      Reported-by: NThomas Huth <thuth@redhat.com>
      Signed-off-by: NGreg Kurz <groug@kaod.org>
      Message-Id: <159431476748.407044.16711294833569014964.stgit@bahia.lan>
      [dwg: Move check slightly to a better place]
      Signed-off-by: NDavid Gibson <david@gibson.dropbear.id.au>
      a4beb5f5
    • G
      ppc/pnv: Make PSI device types not user creatable · 14de3d4a
      Greg Kurz 提交于
      QEMU aborts with -device pnv-psi-POWER8:
      
      $ qemu-system-ppc64 -device pnv-psi-POWER8
      qemu-system-ppc64: hw/intc/xics.c:605: ics_realize: Assertion
      `ics->xics' failed.
      Aborted (core dumped)
      
      The Processor Service Interface Controller is an internal device.
      It should only be instantiated by the chip, which takes care of
      configuring the link required by the ICS object in the case of
      POWER8. It doesn't make sense for a user to specify it on the
      command line.
      
      Note that the PSI model for POWER8 was added 3 yrs ago but the
      devices weren't available on the command line because of a bug
      that was fixed by recent commit 2f35254a ("pnv/psi: Correct
      the pnv-psi* devices not to be sysbus devices").
      
      Fixes: 54f59d78 ("ppc/pnv: Add cut down PSI bridge model and hookup external interrupt")
      Reported-by: NThomas Huth <thuth@redhat.com>
      Signed-off-by: NGreg Kurz <groug@kaod.org>
      Message-Id: <159413975752.169116.5808968580649255382.stgit@bahia.lan>
      Signed-off-by: NDavid Gibson <david@gibson.dropbear.id.au>
      14de3d4a
  3. 19 7月, 2020 4 次提交
    • P
      Merge remote-tracking branch 'remotes/rth/tags/pull-tcg-20200717' into staging · 9fc87111
      Peter Maydell 提交于
      Fix vector min/max fallback expansion
      Fix singlestep from exception and interrupt
      
      # gpg: Signature made Fri 17 Jul 2020 19:13:32 BST
      # gpg:                using RSA key 7A481E78868B4DB6A85A05C064DF38E8AF7E215F
      # gpg:                issuer "richard.henderson@linaro.org"
      # gpg: Good signature from "Richard Henderson <richard.henderson@linaro.org>" [full]
      # Primary key fingerprint: 7A48 1E78 868B 4DB6 A85A  05C0 64DF 38E8 AF7E 215F
      
      * remotes/rth/tags/pull-tcg-20200717:
        tcg/cpu-exec: precise single-stepping after an interrupt
        tcg/cpu-exec: precise single-stepping after an exception
        tcg: Save/restore vecop_list around minmax fallback
      Signed-off-by: NPeter Maydell <peter.maydell@linaro.org>
      9fc87111
    • P
      Merge remote-tracking branch 'remotes/cminyard/tags/for-qemu-ipmi-5' into staging · b4421193
      Peter Maydell 提交于
      Man page update and new set sensor command
      
      Some minor man page updates for fairly obvious things.
      
      The set sensor command addition has been in the Power group's tree for a
      long time and I have neglected to submit it.
      
      -corey
      
      # gpg: Signature made Fri 17 Jul 2020 17:45:32 BST
      # gpg:                using RSA key FD0D5CE67CE0F59A6688268661F38C90919BFF81
      # gpg: Good signature from "Corey Minyard <cminyard@mvista.com>" [unknown]
      # gpg:                 aka "Corey Minyard <minyard@acm.org>" [unknown]
      # gpg:                 aka "Corey Minyard <corey@minyard.net>" [unknown]
      # gpg:                 aka "Corey Minyard <minyard@mvista.com>" [unknown]
      # gpg: WARNING: This key is not certified with a trusted signature!
      # gpg:          There is no indication that the signature belongs to the owner.
      # Primary key fingerprint: FD0D 5CE6 7CE0 F59A 6688  2686 61F3 8C90 919B FF81
      
      * remotes/cminyard/tags/for-qemu-ipmi-5:
        ipmi: add SET_SENSOR_READING command
        ipmi: Fix a man page entry
        ipmi: Add man page pieces for the IPMI PCI devices
      Signed-off-by: NPeter Maydell <peter.maydell@linaro.org>
      b4421193
    • P
      Merge remote-tracking branch 'remotes/ericb/tags/pull-bitmaps-2020-07-17' into staging · 939ab64b
      Peter Maydell 提交于
      bitmaps patches for 2020-07-17
      
      - improve corner-case of bitmap migration
      
      # gpg: Signature made Fri 17 Jul 2020 16:10:07 BST
      # gpg:                using RSA key 71C2CC22B1C4602927D2F3AAA7A16B4A2527436A
      # gpg: Good signature from "Eric Blake <eblake@redhat.com>" [full]
      # gpg:                 aka "Eric Blake (Free Software Programmer) <ebb9@byu.net>" [full]
      # gpg:                 aka "[jpeg image of size 6874]" [full]
      # Primary key fingerprint: 71C2 CC22 B1C4 6029 27D2  F3AA A7A1 6B4A 2527 436A
      
      * remotes/ericb/tags/pull-bitmaps-2020-07-17:
        migration/block-dirty-bitmap: fix add_bitmaps_to_list
      Signed-off-by: NPeter Maydell <peter.maydell@linaro.org>
      939ab64b
    • P
      Merge remote-tracking branch 'remotes/cohuck/tags/s390x-20200717' into staging · 97f750be
      Peter Maydell 提交于
      Fix typo in newly added documentation.
      
      # gpg: Signature made Fri 17 Jul 2020 14:54:20 BST
      # gpg:                using RSA key C3D0D66DC3624FF6A8C018CEDECF6B93C6F02FAF
      # gpg:                issuer "cohuck@redhat.com"
      # gpg: Good signature from "Cornelia Huck <conny@cornelia-huck.de>" [marginal]
      # gpg:                 aka "Cornelia Huck <huckc@linux.vnet.ibm.com>" [full]
      # gpg:                 aka "Cornelia Huck <cornelia.huck@de.ibm.com>" [full]
      # gpg:                 aka "Cornelia Huck <cohuck@kernel.org>" [marginal]
      # gpg:                 aka "Cornelia Huck <cohuck@redhat.com>" [marginal]
      # Primary key fingerprint: C3D0 D66D C362 4FF6 A8C0  18CE DECF 6B93 C6F0 2FAF
      
      * remotes/cohuck/tags/s390x-20200717:
        docs/s390x: fix vfio-ccw type
      Signed-off-by: NPeter Maydell <peter.maydell@linaro.org>
      97f750be
  4. 18 7月, 2020 4 次提交