qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Paolo Bonzini <pbonzini@redhat.com>
To: Michael Tokarev <mjt@tls.msk.ru>, qemu-devel@nongnu.org
Cc: qemu-stable@nongnu.org
Subject: Re: [Stable-7.2.9 00/20] Patch Round-up for stable 7.2.9, freeze on 2024-01-27
Date: Tue, 23 Jan 2024 12:22:05 +0100	[thread overview]
Message-ID: <f368d759-c87b-4389-a37a-da692e20854d@redhat.com> (raw)
In-Reply-To: <qemu-stable-7.2.9-20240123114733@cover.tls.msk.ru>

On 1/23/24 09:48, Michael Tokarev wrote:
> The following patches are queued for QEMU stable v7.2.9:
> 
>    https://gitlab.com/qemu-project/qemu/-/commits/staging-7.2
> 
> Patch freeze is 2024-01-27, and the release is planned for 2024-01-29:
> 
>    https://wiki.qemu.org/Planning/7.2
> 
> Please respond here or CC qemu-stable@nongnu.org on any additional patches
> you think should (or shouldn't) be included in the release.
> 
> The changes which are staging for inclusion, with the original commit hash
> from master branch, are given below the bottom line.

I would like to include a minimal revert of the PCREL enablement, since 
it is causing regressions that are not well understood.  I've just sent 
a patch for 7.2 and I am currently testing the forward port for 8.1.

Paolo

> Thanks!
> 
> /mjt
> 
> --------------------------------------
> 01* d3007d348ada Kevin Wolf:
>     block: Fix crash when loading snapshot on inactive node
> 02* 5a7f21efaf99 Kevin Wolf:
>     vl: Improve error message for conflicting -incoming and -loadvm
> 03* bb6e2511eb48 Kevin Wolf:
>     iotests: Basic tests for internal snapshots
> 04* 5cb0e7abe163 Xu Lu:
>     target/riscv: Fix mcycle/minstret increment behavior
> 05* 4ad87cd4b225 Michael Tokarev:
>     chardev/char.c: fix "abstract device type" error message
> 06* 82a65e3188ab Peter Maydell:
>     hw/intc/arm_gicv3_cpuif: handle LPIs in in the list registers
> 07* e358a25a97c7 Ilya Leoshkevich:
>     target/s390x: Fix LAE setting a wrong access register
> 08* 52a21689cd82 Peter Maydell:
>     .gitlab-ci.d/buildtest.yml: Work around htags bug when environment is large
> 09 410c2a4d75f5 Anastasia Belova:
>     load_elf: fix iterator's type for elf file processing
> 10 b5e0d5d22fbf Richard Henderson:
>     target/i386: Fix 32-bit wrapping of pc/eip computation
> 11 a58506b748b8 Richard Henderson:
>     target/i386: Do not re-compute new pc with CF_PCREL
> 12 2926eab89699 guoguangyao:
>     target/i386: fix incorrect EIP in PC-relative translation blocks
> 13 729ba8e933f8 Paolo Bonzini:
>     target/i386: pcrel: store low bits of physical address in data[0]
> 14 3b14a555fdb6 Gerd Hoffmann:
>     hw/pflash: refactor pflash_data_write()
> 15 5dd58358a570 Gerd Hoffmann:
>     hw/pflash: use ldn_{be,le}_p and stn_{be,le}_p
> 16 284a7ee2e290 Gerd Hoffmann:
>     hw/pflash: implement update buffer for block writes
> 17 84a6835e004c Mark Cave-Ayland:
>     hw/scsi/esp-pci: use correct address register for PCI DMA transfers
> 18 6b41417d934b Mark Cave-Ayland:
>     hw/scsi/esp-pci: generate PCI interrupt from separate ESP and PCI sources
> 19 1e8e6644e063 Mark Cave-Ayland:
>     hw/scsi/esp-pci: synchronise setting of DMA_STAT_DONE with ESP completion interrupt
> 20 c2d7de557d19 Mark Cave-Ayland:
>     hw/scsi/esp-pci: set DMA_STAT_BCMBLT when BLAST command issued
> 
> (commit(s) marked with * were in previous series and are not resent)
> 
> 
> 



      parent reply	other threads:[~2024-01-23 15:33 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-01-23  8:48 [Stable-7.2.9 00/20] Patch Round-up for stable 7.2.9, freeze on 2024-01-27 Michael Tokarev
2024-01-23  8:48 ` [Stable-7.2.9 09/20] load_elf: fix iterator's type for elf file processing Michael Tokarev
2024-01-23  8:48 ` [Stable-7.2.9 10/20] target/i386: Fix 32-bit wrapping of pc/eip computation Michael Tokarev
2024-01-23  8:48 ` [Stable-7.2.9 11/20] target/i386: Do not re-compute new pc with CF_PCREL Michael Tokarev
2024-01-23  8:48 ` [Stable-7.2.9 12/20] target/i386: fix incorrect EIP in PC-relative translation blocks Michael Tokarev
2024-01-23  8:48 ` [Stable-7.2.9 13/20] target/i386: pcrel: store low bits of physical address in data[0] Michael Tokarev
2024-01-23  8:48 ` [Stable-7.2.9 14/20] hw/pflash: refactor pflash_data_write() Michael Tokarev
2024-01-23  8:48 ` [Stable-7.2.9 15/20] hw/pflash: use ldn_{be,le}_p and stn_{be,le}_p Michael Tokarev
2024-01-23  8:48 ` [Stable-7.2.9 16/20] hw/pflash: implement update buffer for block writes Michael Tokarev
2024-01-23  8:48 ` [Stable-7.2.9 17/20] hw/scsi/esp-pci: use correct address register for PCI DMA transfers Michael Tokarev
2024-01-23  8:48 ` [Stable-7.2.9 18/20] hw/scsi/esp-pci: generate PCI interrupt from separate ESP and PCI sources Michael Tokarev
2024-01-23  8:48 ` [Stable-7.2.9 19/20] hw/scsi/esp-pci: synchronise setting of DMA_STAT_DONE with ESP completion interrupt Michael Tokarev
2024-01-23  8:48 ` [Stable-7.2.9 20/20] hw/scsi/esp-pci: set DMA_STAT_BCMBLT when BLAST command issued Michael Tokarev
2024-01-23 11:22 ` Paolo Bonzini [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=f368d759-c87b-4389-a37a-da692e20854d@redhat.com \
    --to=pbonzini@redhat.com \
    --cc=mjt@tls.msk.ru \
    --cc=qemu-devel@nongnu.org \
    --cc=qemu-stable@nongnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).