Re: QEMU stable 7.2.1

[Michael Roth]

On Wed, Apr 05, 2023 at 02:54:47PM +0300, Michael Tokarev wrote:
> So let it be, with a delay of about a week.
> 
> Since no one from the qemu team replied to my final-release steps, I'm
> making it available on my site instead:
> 
>   http://www.corpit.ru/mjt/qemu/qemu-7.2.1.tar.xz
>   http://www.corpit.ru/mjt/qemu/qemu-7.2.1.tar.xz.sig - signed with my GPG key
>   http://www.corpit.ru/mjt/qemu/qemu-7.2.1.diff - whole difference from 7.2.0.
> 
> The tag (v7.2.1) is in the main qemu repository.

Hi Michael,

Thanks for handling this release!

Somehow I missed your final steps email, but for future releases I would
recommend going ahead and tagging your release (also signed with your GPG
key) in your local tree once you've got everything ready, and then sending
me an email to directly so I can push that to gitlab and then handle
creating the tarball and publish it with my GPG key. That's basically what
we do for the normal QEMU releases as well.

Then once you get your accounts set up by gitlab/qemu.org admins you can
handle the tag-pushing/tarball-uploading on your end. Would be good to
have someone else involved with that process so we have some redundancy
just in case.

For 7.2.1:

I could also upload your tarball, but we'd also want a signed .bz2 tarball
to accomodate any environments that still try to consume the .bz2 versions
(even though we don't actively advertise them on the website). We'd also
need to update the GPG key published on the website at
https://www.qemu.org/download/

So for this one it might make sense to keep the tarball published where you
have it, and I'll just mirror your 7.2.1 tag to QEMU gitlab under a new
stable-7.2 branch like we've done in the past. Then for subsequent
releases I'll publish as mentioned above until you have upload/push access.

If that sounds reasonable to you (and everyone else) I'll go ahead and
push the stable-7.2/7.2.1 branches to by gitlab EOD tomorrow my time.

Thanks!

-Mike

> 
> The shortlog:
> 
> Akihiko Odaki (4):
>       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
> 
> Alex Bennée (2):
>       target/arm: fix handling of HLT semihosting in system mode
>       tests/tcg: fix unused variable in linux-test
> 
> Anton Johansson (1):
>       block: Handle curl 7.55.0, 7.85.0 version changes
> 
> Carlos López (2):
>       vhost: avoid a potential use of an uninitialized variable in 
> vhost_svq_poll()
>       libvhost-user: check for NULL when allocating a virtqueue element
> 
> Chenyi Qiang (2):
>       virtio-mem: Fix the bitmap index of the section offset
>       virtio-mem: Fix the iterator variable in a vmem->rdl_list loop
> 
> David Hildenbrand (2):
>       migration/ram: Fix error handling in ram_write_tracking_start()
>       migration/ram: Fix populate_read_range()
> 
> Dr. David Alan Gilbert (2):
>       virtio-rng-pci: fix migration compat for vectors
>       virtio-rng-pci: fix transitional migration compat for vectors
> 
> Eugenio Pérez (1):
>       vdpa: stop all svq on device deletion
> 
> Evgeny Iakovlev (1):
>       target/arm: allow writes to SCR_EL3.HXEn bit when FEAT_HCX is enabled
> 
> Guenter Roeck (1):
>       target/sh4: Mask restore of env->flags from tb->flags
> 
> Jason Wang (3):
>       vhost: fix vq dirty bitmap syncing when vIOMMU is enabled
>       intel-iommu: fail MAP notifier without caching mode
>       intel-iommu: fail DEVIOTLB_UNMAP without dt mode
> 
> Julia Suvorova (1):
>       hw/smbios: fix field corruption in type 4 table
> 
> Kevin Wolf (1):
>       qcow2: Fix theoretical corruption in store_bitmap() error path
> 
> Klaus Jensen (2):
>       hw/nvme: fix missing endian conversions for doorbell buffers
>       hw/nvme: fix missing cq eventidx update
> 
> Laszlo Ersek (1):
>       acpi: cpuhp: fix guest-visible maximum access size to the legacy reg 
> block
> 
> Marc-André Lureau (1):
>       build-sys: fix crlf-ending C code
> 
> Michael S. Tsirkin (6):
>       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"
> 
> Michael Tokarev (1):
>       Update version for 7.2.1 release
> 
> Paolo Bonzini (4):
>       meson: accept relative symlinks in "meson introspect --installed" data
>       configure: fix GLIB_VERSION for cross-compilation
>       target/i386: fix ADOX followed by ADCX
>       block/iscsi: fix double-free on BUSY or similar statuses
> 
> Richard Henderson (8):
>       target/riscv: Set pc_succ_insn for !rvc illegal insn
>       target/arm: Fix sve_probe_page
>       target/arm: Fix in_debug path in S1_ptw_translate
>       target/arm: Fix physical address resolution for Stage2
>       tests/tcg/i386: Introduce and use reg_t consistently
>       target/i386: Fix BEXTR instruction
>       target/i386: Fix C flag for BLSI, BLSMSK, BLSR
>       target/i386: Fix BZHI instruction
> 
> Stefan Hajnoczi (1):
>       block: fix detect-zeroes= with BDRV_REQ_REGISTERED_BUF
> 
> Yajun Wu (1):
>       chardev/char-socket: set s->listener = NULL in char_socket_finalize
> 
> I want to make another release of 7.2 series.
> 
> Thank you all for all the help with this series!
> 
> /mjt
>