qemu-commits
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Qemu-commits] [qemu/qemu] 131aaf: s390x/tcg: Fix opcode for lzrf


From: Paolo Bonzini
Subject: [Qemu-commits] [qemu/qemu] 131aaf: s390x/tcg: Fix opcode for lzrf
Date: Tue, 27 Sep 2022 11:40:13 -0700

  Branch: refs/heads/master
  Home:   https://github.com/qemu/qemu
  Commit: 131aafa7eff4aa4d747cb7113726b27394a38866
      
https://github.com/qemu/qemu/commit/131aafa7eff4aa4d747cb7113726b27394a38866
  Author: Christian Borntraeger <borntraeger@linux.ibm.com>
  Date:   2022-09-23 (Fri, 23 Sep 2022)

  Changed paths:
    M target/s390x/tcg/insn-data.def

  Log Message:
  -----------
  s390x/tcg: Fix opcode for lzrf

Fix the opcode for Load and Zero Rightmost Byte (32).

Fixes: c2a5c1d718ea ("target/s390x: Implement load-and-zero-rightmost-byte 
insns")
Reported-by: Nathan Chancellor <nathan@kernel.org>
Signed-off-by: Christian Borntraeger <borntraeger@linux.ibm.com>
Tested-by: Nathan Chancellor <nathan@kernel.org>
Reviewed-by: Cornelia Huck <cohuck@redhat.com>
Reviewed-by: David Hildenbrand <david@redhat.com>
Cc: qemu-stable@nongnu.org
Message-Id: <20220914105750.767697-1-borntraeger@linux.ibm.com>
Signed-off-by: Thomas Huth <thuth@redhat.com>


  Commit: ab9ccfa8502435502c74fc55cec8ae6eda879919
      
https://github.com/qemu/qemu/commit/ab9ccfa8502435502c74fc55cec8ae6eda879919
  Author: Ilya Leoshkevich <iii@linux.ibm.com>
  Date:   2022-09-23 (Fri, 23 Sep 2022)

  Changed paths:
    M linux-user/include/host/s390/host-signal.h

  Log Message:
  -----------
  linux-user/host/s390: Add vector instructions to host_signal_write()

The new noexec test fails on s390x with "unexpected SEGV". This test
overwrites code using libc's memcpy(), which uses VSTL instruction.
host_signal_write() does not recognize it, which causes SEGV to be
incorrectly forwarded to the test.

Add all vector instructions that write to memory to
host_signal_write().

Fixes: ab12c95d3f19 ("target/s390x: Make translator stop before the end of a 
page")
Reported-by: Thomas Huth <thuth@redhat.com>
Signed-off-by: Ilya Leoshkevich <iii@linux.ibm.com>
Message-Id: <20220920113907.334144-1-iii@linux.ibm.com>
Tested-by: Thomas Huth <thuth@redhat.com>
Signed-off-by: Thomas Huth <thuth@redhat.com>


  Commit: 9f17bfdab422887807cbd5260ed6b0b6e54ddb33
      
https://github.com/qemu/qemu/commit/9f17bfdab422887807cbd5260ed6b0b6e54ddb33
  Author: Jason A. Donenfeld <Jason@zx2c4.com>
  Date:   2022-09-23 (Fri, 23 Sep 2022)

  Changed paths:
    M hw/s390x/s390-virtio-ccw.c
    M target/s390x/gen-features.c
    M target/s390x/tcg/crypto_helper.c

  Log Message:
  -----------
  target/s390x: support SHA-512 extensions

In order to fully support MSA_EXT_5, we have to support the SHA-512
special instructions. So implement those.

The implementation began as something TweetNacl-like, and then was
adjusted to be useful here. It's not very beautiful, but it is quite
short and compact, which is what we're going for.

Signed-off-by: Jason A. Donenfeld <Jason@zx2c4.com>
[ restructure, add missing exception, add comments, fixup CPU model ]
Signed-off-by: David Hildenbrand <david@redhat.com>
Message-Id: <20220922153820.221811-1-david@redhat.com>
Signed-off-by: Thomas Huth <thuth@redhat.com>


  Commit: 3dbc5fdacb5af08dffa408ac7315eae53c4d5497
      
https://github.com/qemu/qemu/commit/3dbc5fdacb5af08dffa408ac7315eae53c4d5497
  Author: Jason A. Donenfeld <Jason@zx2c4.com>
  Date:   2022-09-26 (Mon, 26 Sep 2022)

  Changed paths:
    M target/s390x/gen-features.c
    M target/s390x/tcg/crypto_helper.c
    M tests/avocado/machine_s390_ccw_virtio.py

  Log Message:
  -----------
  target/s390x: support PRNO_TRNG instruction

In order for hosts running inside of TCG to initialize the kernel's
random number generator, we should support the PRNO_TRNG instruction,
backed in the usual way with the qemu_guest_getrandom helper. This is
confirmed working on Linux 5.19.

Signed-off-by: Jason A. Donenfeld <Jason@zx2c4.com>
Message-Id: <20220921100729.2942008-2-Jason@zx2c4.com>
Reviewed-by: David Hildenbrand <david@redhat.com>
[thuth: turn prno-trng off in avocado test to avoid breaking it]
Signed-off-by: Thomas Huth <thuth@redhat.com>


  Commit: 28d01b1d69e947a50b9ab9b45113fda1c4f96ac9
      
https://github.com/qemu/qemu/commit/28d01b1d69e947a50b9ab9b45113fda1c4f96ac9
  Author: Chenyi Qiang <chenyi.qiang@intel.com>
  Date:   2022-09-26 (Mon, 26 Sep 2022)

  Changed paths:
    M configure

  Log Message:
  -----------
  configure: Add -Wno-gnu-variable-sized-type-not-at-end

A Linux headers update to v6.0-rc switches some definitions from GNU
'zero-length-array' extension to the C-standard-defined flexible array
member. e.g.

struct kvm_msrs {
        __u32 nmsrs; /* number of msrs in entries */
        __u32 pad;

-       struct kvm_msr_entry entries[0];
+       struct kvm_msr_entry entries[];
};

Those (unlike the GNU zero-length-array) have some extra restrictions like
'this must be put at the end of a struct', which clang build would complain
about. e.g. the current code

struct {
        struct kvm_msrs info;
        struct kvm_msr_entry entries[1];
} msr_data = { }

generates the warning like:

target/i386/kvm/kvm.c:2868:25: error: field 'info' with variable sized
type 'struct kvm_msrs' not at the end of a struct or class is a GNU
extension [-Werror,-Wgnu-variable-sized-type-not-at-end]
        struct kvm_msrs info;
                        ^
In fact, the variable length 'entries[]' field in 'info' is zero-sized in
GNU defined semantics, which can give predictable offset for 'entries[1]'
in local msr_data. The local defined struct is just there to force a stack
allocation large enough for 1 kvm_msr_entry, a clever trick but requires to
turn off this clang warning.

Suggested-by: Daniel P. Berrangé <berrange@redhat.com>
Signed-off-by: Chenyi Qiang <chenyi.qiang@intel.com>
Reviewed-by: Richard Henderson <richard.henderson@linaro.org>
Reviewed-by: Cornelia Huck <cohuck@redhat.com>
Message-Id: <20220915091035.3897-2-chenyi.qiang@intel.com>
Signed-off-by: Thomas Huth <thuth@redhat.com>


  Commit: d525f73f9186a5bc641b8caf0b2c9bb94e5aa963
      
https://github.com/qemu/qemu/commit/d525f73f9186a5bc641b8caf0b2c9bb94e5aa963
  Author: Chenyi Qiang <chenyi.qiang@intel.com>
  Date:   2022-09-26 (Mon, 26 Sep 2022)

  Changed paths:
    M include/standard-headers/asm-x86/bootparam.h
    M include/standard-headers/drm/drm_fourcc.h
    M include/standard-headers/linux/ethtool.h
    M include/standard-headers/linux/input.h
    M include/standard-headers/linux/pci_regs.h
    M include/standard-headers/linux/vhost_types.h
    M include/standard-headers/linux/virtio_9p.h
    M include/standard-headers/linux/virtio_config.h
    M include/standard-headers/linux/virtio_ids.h
    M include/standard-headers/linux/virtio_net.h
    M include/standard-headers/linux/virtio_pci.h
    M include/standard-headers/linux/virtio_ring.h
    M linux-headers/asm-arm64/kvm.h
    M linux-headers/asm-generic/unistd.h
    M linux-headers/asm-riscv/kvm.h
    M linux-headers/asm-riscv/unistd.h
    M linux-headers/asm-s390/kvm.h
    M linux-headers/asm-x86/kvm.h
    M linux-headers/asm-x86/mman.h
    M linux-headers/linux/kvm.h
    M linux-headers/linux/userfaultfd.h
    M linux-headers/linux/vduse.h
    M linux-headers/linux/vfio.h
    M linux-headers/linux/vfio_zdev.h
    M linux-headers/linux/vhost.h

  Log Message:
  -----------
  Update linux headers to v6.0-rc4

commit 7e18e42e4b280c85b76967a9106a13ca61c16179

Signed-off-by: Chenyi Qiang <chenyi.qiang@intel.com>
Reviewed-by: Cornelia Huck <cohuck@redhat.com>
Message-Id: <20220915091035.3897-3-chenyi.qiang@intel.com>
Signed-off-by: Thomas Huth <thuth@redhat.com>


  Commit: 21fa15298d88db2050a713cdf79c10cb0e09146f
      
https://github.com/qemu/qemu/commit/21fa15298d88db2050a713cdf79c10cb0e09146f
  Author: Matthew Rosato <mjrosato@linux.ibm.com>
  Date:   2022-09-26 (Mon, 26 Sep 2022)

  Changed paths:
    M hw/s390x/s390-pci-vfio.c
    M include/hw/s390x/s390-pci-vfio.h

  Log Message:
  -----------
  s390x/pci: add routine to get host function handle from CLP info

In order to interface with the underlying host zPCI device, we need
to know its function handle. Add a routine to grab this from the
vfio CLP capabilities chain.

Signed-off-by: Matthew Rosato <mjrosato@linux.ibm.com>
Reviewed-by: Pierre Morel <pmorel@linux.ibm.com>
Message-Id: <20220902172737.170349-3-mjrosato@linux.ibm.com>
[thuth: Replace free(info) with g_free(info)]
Signed-off-by: Thomas Huth <thuth@redhat.com>


  Commit: dd1d5fd9684beeb0c14c39f497ef2aa9ac683aa7
      
https://github.com/qemu/qemu/commit/dd1d5fd9684beeb0c14c39f497ef2aa9ac683aa7
  Author: Matthew Rosato <mjrosato@linux.ibm.com>
  Date:   2022-09-26 (Mon, 26 Sep 2022)

  Changed paths:
    M hw/s390x/meson.build
    M hw/s390x/s390-pci-bus.c
    M hw/s390x/s390-pci-inst.c
    A hw/s390x/s390-pci-kvm.c
    M include/hw/s390x/s390-pci-bus.h
    A include/hw/s390x/s390-pci-kvm.h
    M target/s390x/kvm/kvm.c
    M target/s390x/kvm/kvm_s390x.h

  Log Message:
  -----------
  s390x/pci: enable for load/store interpretation

If the ZPCI_OP ioctl reports that is is available and usable, then the
underlying KVM host will enable load/store intepretation for any guest
device without a SHM bit in the guest function handle.  For a device that
will be using interpretation support, ensure the guest function handle
matches the host function handle; this value is re-checked every time the
guest issues a SET PCI FN to enable the guest device as it is the only
opportunity to reflect function handle changes.

By default, unless interpret=off is specified, interpretation support will
always be assumed and exploited if the necessary ioctl and features are
available on the host kernel.  When these are unavailable, we will silently
revert to the interception model; this allows existing guest configurations
to work unmodified on hosts with and without zPCI interpretation support,
allowing QEMU to choose the best support model available.

Signed-off-by: Matthew Rosato <mjrosato@linux.ibm.com>
Acked-by: Thomas Huth <thuth@redhat.com>
Message-Id: <20220902172737.170349-4-mjrosato@linux.ibm.com>
Signed-off-by: Thomas Huth <thuth@redhat.com>


  Commit: 15d0e7942d3b31ff71d8e0e8cec3a8203214f19b
      
https://github.com/qemu/qemu/commit/15d0e7942d3b31ff71d8e0e8cec3a8203214f19b
  Author: Matthew Rosato <mjrosato@linux.ibm.com>
  Date:   2022-09-26 (Mon, 26 Sep 2022)

  Changed paths:
    M hw/s390x/s390-pci-bus.c

  Log Message:
  -----------
  s390x/pci: don't fence interpreted devices without MSI-X

Lack of MSI-X support is not an issue for interpreted passthrough
devices, so let's let these in.  This will allow, for example, ISM
devices to be passed through -- but only when interpretation is
available and being used.

Signed-off-by: Matthew Rosato <mjrosato@linux.ibm.com>
Reviewed-by: Thomas Huth <thuth@redhat.com>
Reviewed-by: Pierre Morel <pmorel@linux.ibm.com>
Message-Id: <20220902172737.170349-5-mjrosato@linux.ibm.com>
Signed-off-by: Thomas Huth <thuth@redhat.com>


  Commit: d0bc7091c2013ad2fa164100cf7b17962370e8ab
      
https://github.com/qemu/qemu/commit/d0bc7091c2013ad2fa164100cf7b17962370e8ab
  Author: Matthew Rosato <mjrosato@linux.ibm.com>
  Date:   2022-09-26 (Mon, 26 Sep 2022)

  Changed paths:
    M hw/s390x/s390-pci-bus.c
    M hw/s390x/s390-pci-inst.c
    M hw/s390x/s390-pci-kvm.c
    M include/hw/s390x/s390-pci-bus.h
    M include/hw/s390x/s390-pci-kvm.h

  Log Message:
  -----------
  s390x/pci: enable adapter event notification for interpreted devices

Use the associated kvm ioctl operation to enable adapter event notification
and forwarding for devices when requested.  This feature will be set up
with or without firmware assist based upon the 'forwarding_assist' setting.

Signed-off-by: Matthew Rosato <mjrosato@linux.ibm.com>
Message-Id: <20220902172737.170349-6-mjrosato@linux.ibm.com>
[thuth: Rename "forwarding_assist" property to "forwarding-assist"]
Signed-off-by: Thomas Huth <thuth@redhat.com>


  Commit: 30dcf4f7fd23bef7d72a2454c60881710fd4c785
      
https://github.com/qemu/qemu/commit/30dcf4f7fd23bef7d72a2454c60881710fd4c785
  Author: Matthew Rosato <mjrosato@linux.ibm.com>
  Date:   2022-09-26 (Mon, 26 Sep 2022)

  Changed paths:
    M hw/s390x/s390-pci-bus.c
    M hw/s390x/s390-pci-vfio.c
    M include/hw/s390x/s390-pci-bus.h

  Log Message:
  -----------
  s390x/pci: let intercept devices have separate PCI groups

Let's use the reserved pool of simulated PCI groups to allow intercept
devices to have separate groups from interpreted devices as some group
values may be different. If we run out of simulated PCI groups, subsequent
intercept devices just get the default group.
Furthermore, if we encounter any PCI groups from hostdevs that are marked
as simulated, let's just assign them to the default group to avoid
conflicts between host simulated groups and our own simulated groups.

Signed-off-by: Matthew Rosato <mjrosato@linux.ibm.com>
Reviewed-by: Pierre Morel <pmorel@linux.ibm.com>
Message-Id: <20220902172737.170349-7-mjrosato@linux.ibm.com>
Signed-off-by: Thomas Huth <thuth@redhat.com>


  Commit: 9ee8f7e46a7d42ede69a4780200129bf1acb0d01
      
https://github.com/qemu/qemu/commit/9ee8f7e46a7d42ede69a4780200129bf1acb0d01
  Author: Matthew Rosato <mjrosato@linux.ibm.com>
  Date:   2022-09-26 (Mon, 26 Sep 2022)

  Changed paths:
    M hw/s390x/s390-pci-vfio.c

  Log Message:
  -----------
  s390x/pci: reflect proper maxstbl for groups of interpreted devices

The maximum supported store block length might be different depending
on whether the instruction is interpretively executed (firmware-reported
maximum) or handled via userspace intercept (host kernel API maximum).
Choose the best available value during group creation.

Signed-off-by: Matthew Rosato <mjrosato@linux.ibm.com>
Reviewed-by: Pierre Morel <pmorel@linux.ibm.com>
Message-Id: <20220902172737.170349-8-mjrosato@linux.ibm.com>
Signed-off-by: Thomas Huth <thuth@redhat.com>


  Commit: 59d1ce44396e3ad2330dc3261ff3da7ad3a16184
      
https://github.com/qemu/qemu/commit/59d1ce44396e3ad2330dc3261ff3da7ad3a16184
  Author: Matthew Rosato <mjrosato@linux.ibm.com>
  Date:   2022-09-26 (Mon, 26 Sep 2022)

  Changed paths:
    M hw/s390x/s390-pci-kvm.c
    M hw/s390x/s390-virtio-ccw.c
    M include/hw/s390x/s390-virtio-ccw.h
    M qemu-options.hx
    M util/qemu-config.c

  Log Message:
  -----------
  s390x/s390-virtio-ccw: add zpcii-disable machine property

The zpcii-disable machine property can be used to force-disable the use
of zPCI interpretation facilities for a VM.  By default, this setting
will be off for machine 7.2 and newer.

Signed-off-by: Matthew Rosato <mjrosato@linux.ibm.com>
Message-Id: <20220902172737.170349-9-mjrosato@linux.ibm.com>
Reviewed-by: Thomas Huth <thuth@redhat.com>
[thuth: Fix contextual conflict in ccw_machine_7_1_instance_options()]
Signed-off-by: Thomas Huth <thuth@redhat.com>


  Commit: 5890258aeeba303704ec1adca415e46067800777
      
https://github.com/qemu/qemu/commit/5890258aeeba303704ec1adca415e46067800777
  Author: Thomas Huth <thuth@redhat.com>
  Date:   2022-09-26 (Mon, 26 Sep 2022)

  Changed paths:
    M .gitlab-ci.d/buildtest.yml
    M .gitmodules
    M MAINTAINERS
    M configure
    M meson.build
    M meson_options.txt
    M scripts/archive-source.sh
    M scripts/meson-buildoptions.sh
    R slirp

  Log Message:
  -----------
  Remove the slirp submodule (i.e. compile only with an external libslirp)

Since QEMU 7.1 we don't support Ubuntu 18.04 anymore, so the last big
important Linux distro that did not have a pre-packaged libslirp has
been dismissed. All other major distros seem to have a libslirp package
in their distribution already - according to repology.org:

          Fedora 35: 4.6.1
  CentOS 8 (RHEL-8): 4.4.0
          Debian 11: 4.4.0
 OpenSUSE Leap 15.3: 4.3.1
   Ubuntu LTS 20.04: 4.1.0
      FreeBSD Ports: 4.7.0
      NetBSD pkgsrc: 4.7.0
           Homebrew: 4.7.0
        MSYS2 mingw: 4.7.0

The only one that was still missing a libslirp package is OpenBSD - but
the next version (OpenBSD 7.2 which will be shipped in October) is going
to include a libslirp package. Since QEMU 7.2 will be published after
OpenBSD 7.2, we should be fine there, too.

So there is no real urgent need for keeping the slirp submodule in
the QEMU tree anymore. Thus let's drop the slirp submodule now and
rely on the libslirp packages from the distributions instead.

Message-Id: <20220824151122.704946-7-thuth@redhat.com>
Acked-by: Samuel Thibault <samuel.thibault@ens-lyon.org>
Signed-off-by: Thomas Huth <thuth@redhat.com>


  Commit: 2dc7bf63cf77d23b287c8d78628d62046fba1bf4
      
https://github.com/qemu/qemu/commit/2dc7bf63cf77d23b287c8d78628d62046fba1bf4
  Author: Mark Cave-Ayland <mark.cave-ayland@ilande.co.uk>
  Date:   2022-09-26 (Mon, 26 Sep 2022)

  Changed paths:
    M target/m68k/cpu.c
    M target/m68k/cpu.h

  Log Message:
  -----------
  target/m68k: increase size of m68k CPU features from uint32_t to uint64_t

There are already 32 feature bits in use, so change the size of the m68k
CPU features to uint64_t (along with the associated m68k_feature()
functions) to allow up to 64 feature bits to be used.

At the same time make use of the BIT_ULL() macro when reading/writing
the CPU feature bits to improve readability, and also update m68k_feature()
to return a bool rather than an int.

Signed-off-by: Mark Cave-Ayland <mark.cave-ayland@ilande.co.uk>
Reviewed-by: Philippe Mathieu-Daudé <f4bug@amsat.org>
Message-Id: <20220925134804.139706-2-mark.cave-ayland@ilande.co.uk>
Signed-off-by: Laurent Vivier <laurent@vivier.eu>


  Commit: b342e56b23dc2a0a1f30e21d67d001a1d0befbf0
      
https://github.com/qemu/qemu/commit/b342e56b23dc2a0a1f30e21d67d001a1d0befbf0
  Author: Mark Cave-Ayland <mark.cave-ayland@ilande.co.uk>
  Date:   2022-09-26 (Mon, 26 Sep 2022)

  Changed paths:
    M target/m68k/cpu.c
    M target/m68k/cpu.h
    M target/m68k/translate.c

  Log Message:
  -----------
  target/m68k: use M68K_FEATURE_MOVEFROMSR_PRIV feature for move_from_sr 
privilege check

Now that M68K_FEATURE_M68000 has been renamed to M68K_FEATURE_M68K it is easier
to see that the privilege exception check is wrong: it is currently only 
generated
for ColdFire CPUs when in fact it should also be generated for Motorola CPUs 
from
the 68010 onwards.

Introduce a new M68K_FEATURE_MOVEFROMSR_PRIV feature which is set for all non-
Motorola CPUs, and for all Motorola CPUs from the 68010 onwards and use it to
determine whether a privilege exception should be generated for the MOVE-from-SR
instruction.

Signed-off-by: Mark Cave-Ayland <mark.cave-ayland@ilande.co.uk>
Reviewed-by: Richard Henderson <richard.henderson@linaro.org>
Message-Id: <20220925134804.139706-3-mark.cave-ayland@ilande.co.uk>
Signed-off-by: Laurent Vivier <laurent@vivier.eu>


  Commit: 2cfa963126fe77fac034a43f986b2bf3e8fe6a4f
      
https://github.com/qemu/qemu/commit/2cfa963126fe77fac034a43f986b2bf3e8fe6a4f
  Author: Jason A. Donenfeld <Jason@zx2c4.com>
  Date:   2022-09-26 (Mon, 26 Sep 2022)

  Changed paths:
    M hw/m68k/bootinfo.h

  Log Message:
  -----------
  m68k: align bootinfo strings and data to 4 bytes

Various tools, such as kexec-tools and m68k-bootinfo, expect each
bootinfo entry to be aligned to 4 bytes, not 2 bytes. So adjust the
padding to fill this out as such.

Also, break apart the padding additions from the other field length
additions, so that it's more clear why these magic numbers are being
added, and comment them too.

Reported-by: Geert Uytterhoeven <geert@linux-m68k.org>
Cc: Laurent Vivier <laurent@vivier.eu>
Signed-off-by: Jason A. Donenfeld <Jason@zx2c4.com>
Reviewed-by: Laurent Vivier <laurent@vivier.eu>
Message-Id: <20220926113900.1256630-2-Jason@zx2c4.com>
Signed-off-by: Laurent Vivier <laurent@vivier.eu>


  Commit: 8dc2779180f0cadd7df93a946b84c8117955d299
      
https://github.com/qemu/qemu/commit/8dc2779180f0cadd7df93a946b84c8117955d299
  Author: Ding Hui <dinghui@sangfor.com.cn>
  Date:   2022-09-27 (Tue, 27 Sep 2022)

  Changed paths:
    M hw/net/e1000e_core.c

  Log Message:
  -----------
  e1000e: set RX desc status with DD flag in a separate operation

Like commit 034d00d48581 ("e1000: set RX descriptor status in
a separate operation"), there is also same issue in e1000e, which
would cause lost packets or stop sending packets to VM with DPDK.

Do similar fix in e1000e.

Resolves: https://gitlab.com/qemu-project/qemu/-/issues/402
Signed-off-by: Ding Hui <dinghui@sangfor.com.cn>
Signed-off-by: Jason Wang <jasowang@redhat.com>


  Commit: 17fb889f8a63ceba94d02d21781750b48e0705a6
      
https://github.com/qemu/qemu/commit/17fb889f8a63ceba94d02d21781750b48e0705a6
  Author: Eugenio Pérez <eperezma@redhat.com>
  Date:   2022-09-27 (Tue, 27 Sep 2022)

  Changed paths:
    M net/vhost-vdpa.c

  Log Message:
  -----------
  vdpa: Make VhostVDPAState cvq_cmd_in_buffer control ack type

This allows to simplify the code. Rename to status while we're at it.

Signed-off-by: Eugenio Pérez <eperezma@redhat.com>
Signed-off-by: Jason Wang <jasowang@redhat.com>


  Commit: f73c0c43ac1ddeb21804b8683e1c674ad1b4c7d2
      
https://github.com/qemu/qemu/commit/f73c0c43ac1ddeb21804b8683e1c674ad1b4c7d2
  Author: Eugenio Pérez <eperezma@redhat.com>
  Date:   2022-09-27 (Tue, 27 Sep 2022)

  Changed paths:
    M net/vhost-vdpa.c

  Log Message:
  -----------
  vdpa: extract vhost_vdpa_net_load_mac from vhost_vdpa_net_load

Since there may be many commands we need to issue to load the NIC
state, let's split them in individual functions

Signed-off-by: Eugenio Pérez <eperezma@redhat.com>
Signed-off-by: Jason Wang <jasowang@redhat.com>


  Commit: f64c7cda6973b0ea7477d999b11139306b3d04d5
      
https://github.com/qemu/qemu/commit/f64c7cda6973b0ea7477d999b11139306b3d04d5
  Author: Eugenio Pérez <eperezma@redhat.com>
  Date:   2022-09-27 (Tue, 27 Sep 2022)

  Changed paths:
    M net/vhost-vdpa.c

  Log Message:
  -----------
  vdpa: Add vhost_vdpa_net_load_mq

Same way as with the MAC, restore the expected number of queues at
device's start.

Signed-off-by: Eugenio Pérez <eperezma@redhat.com>
Signed-off-by: Jason Wang <jasowang@redhat.com>


  Commit: 275ba561cd3f7b17675046792ecbdea184e948f8
      
https://github.com/qemu/qemu/commit/275ba561cd3f7b17675046792ecbdea184e948f8
  Author: Eugenio Pérez <eperezma@redhat.com>
  Date:   2022-09-27 (Tue, 27 Sep 2022)

  Changed paths:
    M net/vhost-vdpa.c

  Log Message:
  -----------
  vdpa: validate MQ CVQ commands

So we are sure we can update the device model properly before sending to
the device.

Signed-off-by: Eugenio Pérez <eperezma@redhat.com>
Signed-off-by: Jason Wang <jasowang@redhat.com>


  Commit: ca8717f931463833da3ce5ca9712c9341ba8c308
      
https://github.com/qemu/qemu/commit/ca8717f931463833da3ce5ca9712c9341ba8c308
  Author: Eugenio Pérez <eperezma@redhat.com>
  Date:   2022-09-27 (Tue, 27 Sep 2022)

  Changed paths:
    M hw/net/virtio-net.c

  Log Message:
  -----------
  virtio-net: Update virtio-net curr_queue_pairs in vdpa backends

It was returned as error before. Instead of it, simply update the
corresponding field so qemu can send it in the migration data.

Signed-off-by: Eugenio Pérez <eperezma@redhat.com>
Acked-by: Si-Wei Liu <si-wei.liu@oracle.com>
Signed-off-by: Jason Wang <jasowang@redhat.com>


  Commit: 72b99a87cebf803b4427297a59b44d090c065eba
      
https://github.com/qemu/qemu/commit/72b99a87cebf803b4427297a59b44d090c065eba
  Author: Eugenio Pérez <eperezma@redhat.com>
  Date:   2022-09-27 (Tue, 27 Sep 2022)

  Changed paths:
    M net/vhost-vdpa.c

  Log Message:
  -----------
  vdpa: Allow MQ feature in SVQ

Finally enable SVQ with MQ feature.

Signed-off-by: Eugenio Pérez <eperezma@redhat.com>
Signed-off-by: Jason Wang <jasowang@redhat.com>


  Commit: bf769f742c3624952f125b303878a77ea870c156
      
https://github.com/qemu/qemu/commit/bf769f742c3624952f125b303878a77ea870c156
  Author: lu zhipeng <luzhipeng@cestc.cn>
  Date:   2022-09-27 (Tue, 27 Sep 2022)

  Changed paths:
    M net/tap.c

  Log Message:
  -----------
  virtio: del net client if net_init_tap_one failed

If the net tap initializes successful, but failed during
network card hot-plugging, the net-tap will remains,
so cleanup.

Signed-off-by: lu zhipeng <luzhipeng@cestc.cn>
Signed-off-by: Jason Wang <jasowang@redhat.com>


  Commit: fe65642bbae13bc8ea2e2498ea7bd2977ed443e5
      
https://github.com/qemu/qemu/commit/fe65642bbae13bc8ea2e2498ea7bd2977ed443e5
  Author: Stefan Hajnoczi <stefanha@redhat.com>
  Date:   2022-09-27 (Tue, 27 Sep 2022)

  Changed paths:
    M .gitlab-ci.d/buildtest.yml
    M .gitmodules
    M MAINTAINERS
    M configure
    M hw/s390x/meson.build
    M hw/s390x/s390-pci-bus.c
    M hw/s390x/s390-pci-inst.c
    A hw/s390x/s390-pci-kvm.c
    M hw/s390x/s390-pci-vfio.c
    M hw/s390x/s390-virtio-ccw.c
    M include/hw/s390x/s390-pci-bus.h
    A include/hw/s390x/s390-pci-kvm.h
    M include/hw/s390x/s390-pci-vfio.h
    M include/hw/s390x/s390-virtio-ccw.h
    M include/standard-headers/asm-x86/bootparam.h
    M include/standard-headers/drm/drm_fourcc.h
    M include/standard-headers/linux/ethtool.h
    M include/standard-headers/linux/input.h
    M include/standard-headers/linux/pci_regs.h
    M include/standard-headers/linux/vhost_types.h
    M include/standard-headers/linux/virtio_9p.h
    M include/standard-headers/linux/virtio_config.h
    M include/standard-headers/linux/virtio_ids.h
    M include/standard-headers/linux/virtio_net.h
    M include/standard-headers/linux/virtio_pci.h
    M include/standard-headers/linux/virtio_ring.h
    M linux-headers/asm-arm64/kvm.h
    M linux-headers/asm-generic/unistd.h
    M linux-headers/asm-riscv/kvm.h
    M linux-headers/asm-riscv/unistd.h
    M linux-headers/asm-s390/kvm.h
    M linux-headers/asm-x86/kvm.h
    M linux-headers/asm-x86/mman.h
    M linux-headers/linux/kvm.h
    M linux-headers/linux/userfaultfd.h
    M linux-headers/linux/vduse.h
    M linux-headers/linux/vfio.h
    M linux-headers/linux/vfio_zdev.h
    M linux-headers/linux/vhost.h
    M linux-user/include/host/s390/host-signal.h
    M meson.build
    M meson_options.txt
    M qemu-options.hx
    M scripts/archive-source.sh
    M scripts/meson-buildoptions.sh
    R slirp
    M target/s390x/gen-features.c
    M target/s390x/kvm/kvm.c
    M target/s390x/kvm/kvm_s390x.h
    M target/s390x/tcg/crypto_helper.c
    M target/s390x/tcg/insn-data.def
    M tests/avocado/machine_s390_ccw_virtio.py
    M util/qemu-config.c

  Log Message:
  -----------
  Merge tag 'pull-request-2022-09-26' of https://gitlab.com/thuth/qemu into 
staging

* Fix emulation of the LZRF instruction
* Fix "noexec" TCG test on s390x
* Implement SHA-512 and random number generator instructions
* Support for zPCI interpretation on s390x hosts
* Removal of the "slirp" submodule

# -----BEGIN PGP SIGNATURE-----
#
# iQJFBAABCAAvFiEEJ7iIR+7gJQEY8+q5LtnXdP5wLbUFAmMx26URHHRodXRoQHJl
# ZGhhdC5jb20ACgkQLtnXdP5wLbUaOw/7Bu1ghYJyzjR8raXSzOP8KmyltKb0s0zd
# rFpagZCeBiNGHAL2IaKHc3vw+oFy/TTWhrFLt+imDo2swDIIAWCb/bY2/snKX4c8
# feF0io7JTdNCWvS/9ng6qL/fGSNM6V2osYyN5fEm46DM7gC3GlAu5vP2TCVoIifw
# AXDANd6XngoCAFBdixGNi0yxAmiLCou/1S+lJ7hCbx1oICPPTrzuGBwyQ+IELJOD
# DUGFb+Dl4z+tv8OYRhdvoSTCz75IhsAXeny2+coffvW70BDSyhzIAtVeo2azVGvT
# aOVRJt+g7H/mJ0vH20M/7pakdwvHs3zciw5oHUJSsEW1HzsqNgl+AEEUzXivipaN
# LYp5//klqjjAu12hFQbzmbhD/vUw2+8mRgbJdKOz7rSrZ/K8f+jqIbbU5r8t1oyy
# BqLo2i0EVBfAomzbHMD/kmrumiSNIlfSDwScAoIKAO6P3oy/Sg2twMhPlFRWAnI0
# 46dQS1rLuU0nV4tMCAQoXxRxjQXytCOhaF9G+qe9ogLufHG+Uy+j3IeunyAUl9GR
# EcnRB0GFjWfZKeUsR9qev2pvgOZXeg4u+wpjGM7pmfpZw89nBqCj0UVAthXlSKoz
# ru3HcuBJTBtxwYkSCsPMEDCk/FhJN0D+N205qg+6SY28R57WjTPFLvZPRmhkH03E
# jN8rurLISAM=
# =FeSy
# -----END PGP SIGNATURE-----
# gpg: Signature made Mon 26 Sep 2022 13:04:37 EDT
# gpg:                using RSA key 27B88847EEE0250118F3EAB92ED9D774FE702DB5
# gpg:                issuer "thuth@redhat.com"
# gpg: Good signature from "Thomas Huth <th.huth@gmx.de>" [full]
# gpg:                 aka "Thomas Huth <thuth@redhat.com>" [full]
# gpg:                 aka "Thomas Huth <huth@tuxfamily.org>" [full]
# gpg:                 aka "Thomas Huth <th.huth@posteo.de>" [unknown]
# Primary key fingerprint: 27B8 8847 EEE0 2501 18F3  EAB9 2ED9 D774 FE70 2DB5

* tag 'pull-request-2022-09-26' of https://gitlab.com/thuth/qemu:
  Remove the slirp submodule (i.e. compile only with an external libslirp)
  s390x/s390-virtio-ccw: add zpcii-disable machine property
  s390x/pci: reflect proper maxstbl for groups of interpreted devices
  s390x/pci: let intercept devices have separate PCI groups
  s390x/pci: enable adapter event notification for interpreted devices
  s390x/pci: don't fence interpreted devices without MSI-X
  s390x/pci: enable for load/store interpretation
  s390x/pci: add routine to get host function handle from CLP info
  Update linux headers to v6.0-rc4
  configure: Add -Wno-gnu-variable-sized-type-not-at-end
  target/s390x: support PRNO_TRNG instruction
  target/s390x: support SHA-512 extensions
  linux-user/host/s390: Add vector instructions to host_signal_write()
  s390x/tcg: Fix opcode for lzrf

Signed-off-by: Stefan Hajnoczi <stefanha@redhat.com>


  Commit: 5c3c21ebd94395c127bd88550999dc672ecccbf2
      
https://github.com/qemu/qemu/commit/5c3c21ebd94395c127bd88550999dc672ecccbf2
  Author: Stefan Hajnoczi <stefanha@redhat.com>
  Date:   2022-09-27 (Tue, 27 Sep 2022)

  Changed paths:
    M hw/m68k/bootinfo.h
    M target/m68k/cpu.c
    M target/m68k/cpu.h
    M target/m68k/translate.c

  Log Message:
  -----------
  Merge tag 'm68k-for-7.2-pull-request' of https://github.com/vivier/qemu-m68k 
into staging

M68k pull request 20220927

Align bootinfo tags
fix move from sr

# -----BEGIN PGP SIGNATURE-----
#
# iQJGBAABCAAwFiEEzS913cjjpNwuT1Fz8ww4vT8vvjwFAmMyl5ESHGxhdXJlbnRA
# dml2aWVyLmV1AAoJEPMMOL0/L748JGIQAK2xK/DCWCphFWIo9ywhRPupOJb4rEXO
# JqhBBmmVx+OZcl/MPsHyQlGuvjustB/K8ZojqII50+ZeVG2ECj9lHn+nBBbU3pXT
# bVkV5FWTFMvbxXpfePbZ9wrWZACVPMchEyswOu8scvsH+N9yP8ZrqNBi/MlNQaYR
# RCLdHfIUJ43U/KvsOgQxNb2O+ag7wlmPbSk2cuRmGi/cYBHsKRD+kbLp6l5vTqYn
# 0n/sNVo0HEL6kl3/IOUKNMpgadcIvoAMsJ8TzXarHfBRbN8baCEeO+Evlc1wkgQE
# pB00jx4cyLX0KOlGhM3H7ezqRDdPJkf2nmlFlQ4Of2YE949ZWN9F27CoeptLeyrF
# 7UP8MQjumibd6nq8SJSGEN8iMjRLYiTYlRTUeOe18ofoa2JTOeqhfDzWAoVl1XTi
# SA/3VmdAW7k18C4Wkm6VnrZDVs6RU60bWlyjLJ9lyc6798dG9eeDZMzNhRgOaKib
# J/w6+UKo0T4auEG7iOu2rt9uIWD0MJHXIYqoUYoKrRR6pwWbXQ0syljNMz2WT1y7
# kHoyC7moc5a7VTnKY41DGtZwsl0nqwSNsln+BCSwIAj2DjLkUMEZOUV9Lz9BMsEz
# RyKKbdVX7iEPQYzKbztdx02sM4E3jEczh1tHOcHxPxF1wsgc1BTP2xNUzUi7ijac
# MUJ9HMT++X9i
# =u4p1
# -----END PGP SIGNATURE-----
# gpg: Signature made Tue 27 Sep 2022 02:26:25 EDT
# gpg:                using RSA key CD2F75DDC8E3A4DC2E4F5173F30C38BD3F2FBE3C
# gpg:                issuer "laurent@vivier.eu"
# gpg: Good signature from "Laurent Vivier <lvivier@redhat.com>" [full]
# gpg:                 aka "Laurent Vivier <laurent@vivier.eu>" [full]
# gpg:                 aka "Laurent Vivier (Red Hat) <lvivier@redhat.com>" 
[full]
# Primary key fingerprint: CD2F 75DD C8E3 A4DC 2E4F  5173 F30C 38BD 3F2F BE3C

* tag 'm68k-for-7.2-pull-request' of https://github.com/vivier/qemu-m68k:
  m68k: align bootinfo strings and data to 4 bytes
  target/m68k: use M68K_FEATURE_MOVEFROMSR_PRIV feature for move_from_sr 
privilege check
  target/m68k: increase size of m68k CPU features from uint32_t to uint64_t

Signed-off-by: Stefan Hajnoczi <stefanha@redhat.com>


  Commit: dbc4f48b5ab3e6d85f78aa4df6bd6ad561c3d152
      
https://github.com/qemu/qemu/commit/dbc4f48b5ab3e6d85f78aa4df6bd6ad561c3d152
  Author: Stefan Hajnoczi <stefanha@redhat.com>
  Date:   2022-09-27 (Tue, 27 Sep 2022)

  Changed paths:
    M hw/net/e1000e_core.c
    M hw/net/virtio-net.c
    M net/tap.c
    M net/vhost-vdpa.c

  Log Message:
  -----------
  Merge tag 'net-pull-request' of https://github.com/jasowang/qemu into staging

# -----BEGIN PGP SIGNATURE-----
# Version: GnuPG v1
#
# iQEcBAABAgAGBQJjMqL9AAoJEO8Ells5jWIRUKcH/iNuJpxMXG18pGteBiTu3/ut
# KRR9u1nLZZXA2/02NTOYnrrHcplFQkEBXNHaEintWfctKHIP/llY8LDVriDFM+6N
# 4PzwLGLe7R9S7rfgt/xMDY0nFESFph5XyVTCxAAUm3Exhm8vIg1FM8Tep8lW/taW
# pliDa0K/9pQAfIN+eCnMUtH2JUttak8RwvAg5rXBg7XUx48ZTQn1o7aYYTPOAC2v
# RWkX0BKc7FVK5maAhe6Ugrcf6v4R2mDIAvnr+Anvo67SfgFZ5MtCllr0liJ4h3Vd
# +/PlsBDJotvht3QZVva1tn1Jk5rhN8N8lZbVOuMsklU/tX3Xrj99HJNETLXks2k=
# =82t6
# -----END PGP SIGNATURE-----
# gpg: Signature made Tue 27 Sep 2022 03:15:09 EDT
# gpg:                using RSA key EF04965B398D6211
# gpg: Good signature from "Jason Wang (Jason Wang on RedHat) 
<jasowang@redhat.com>" [full]
# Primary key fingerprint: 215D 46F4 8246 689E C77F  3562 EF04 965B 398D 6211

* tag 'net-pull-request' of https://github.com/jasowang/qemu:
  virtio: del net client if net_init_tap_one failed
  vdpa: Allow MQ feature in SVQ
  virtio-net: Update virtio-net curr_queue_pairs in vdpa backends
  vdpa: validate MQ CVQ commands
  vdpa: Add vhost_vdpa_net_load_mq
  vdpa: extract vhost_vdpa_net_load_mac from vhost_vdpa_net_load
  vdpa: Make VhostVDPAState cvq_cmd_in_buffer control ack type
  e1000e: set RX desc status with DD flag in a separate operation

Signed-off-by: Stefan Hajnoczi <stefanha@redhat.com>


Compare: https://github.com/qemu/qemu/compare/c48c9c6b33d7...dbc4f48b5ab3



reply via email to

[Prev in Thread] Current Thread [Next in Thread]