Re: [PULL 00/53] virtio,pc,pci: features, cleanups, fixes

[Michael S. Tsirkin]

On Thu, Mar 02, 2023 at 03:16:24PM +0300, Michael Tokarev wrote:
> 02.03.2023 11:24, Michael S. Tsirkin wrote:
> ..
> >    https://git.kernel.org/pub/scm/virt/kvm/mst/qemu.git tags/for_upstream
> 
> It looks like this series contains quite a few changes which should be
> applied to -stable as well. Here are the ones which I think should be
> there, maybe others too:
> 
>  Julia Suvorova:
>         hw/smbios: fix field corruption in type 4 table
> 
>  Michael S. Tsirkin:
>         (Revert "x86: don't let decompressed kernel image clobber setup_data" 
> -- not in 7.2)
>         Revert "x86: do not re-randomize RNG seed on snapshot load"
>         Revert "x86: re-initialize RNG seed when selecting kernel"
>         Revert "x86: reinitialize RNG seed on system reboot"
>         Revert "x86: use typedef for SetupData struct"
>         Revert "x86: return modified setup_data only if read as memory, not 
> as file"
>         Revert "hw/i386: pass RNG seed via setup_data entry"
> 
>  Alex Bennée:
>         backends/vhost-user: remove the ioeventfd check

not this one I think, it's a feature not a bugfix.

>  Akihiko Odaki:
>         vhost-user-gpio: Configure vhost_dev when connecting
>         vhost-user-i2c: Back up vqs before cleaning up vhost_dev
>         vhost-user-rng: Back up vqs before cleaning up vhost_dev
>         hw/timer/hpet: Fix expiration time overflow
> 
>  Dr. David Alan Gilbert (1):
>         virtio-rng-pci: fix transitional migration compat for vectors
> 
> 
>  Eugenio Pérez:
>         vdpa: stop all svq on device deletion
> 
>  Carlos López:
>         vhost: avoid a potential use of an uninitialized variable in 
> vhost_svq_poll()
>         libvhost-user: check for NULL when allocating a virtqueue element
> 
>  Yajun Wu:
>          chardev/char-socket: set s->listener = NULL in char_socket_finalize
> 
>  Jason Wang:
>         intel-iommu: fail MAP notifier without caching mode
>         intel-iommu: fail DEVIOTLB_UNMAP without dt mode


others ok

> 
> Does this make sense?
> 
> Thanks,
> 
> /mjt