[PULL 0/2] 9p queue 2026-02-28

Christian Schoenebeck posted 2 patches 1 day, 17 hours ago
Patches applied successfully (tree, apply log)
git fetch https://github.com/patchew-project/qemu tags/patchew/cover.1772285406.git.qemu._5Foss@crudebyte.com
Maintainers: Christian Schoenebeck <qemu_oss@crudebyte.com>, Greg Kurz <groug@kaod.org>
hw/9pfs/9p.c | 13 +++++++++++++
1 file changed, 13 insertions(+)
[PULL 0/2] 9p queue 2026-02-28
Posted by Christian Schoenebeck 1 day, 17 hours ago
The following changes since commit d8a9d97317d03190b34498741f98f22e2a9afe3e:

  Merge tag 'pull-target-arm-20260226' of https://gitlab.com/pm215/qemu into staging (2026-02-26 16:00:07 +0000)

are available in the Git repository at:

  https://github.com/cschoenebeck/qemu.git tags/pull-9p-20260228

for you to fetch changes up to b72d15f47cbd2fc93580f33fa86a7e23595a68dd:

  hw/9pfs: fix missing EOPNOTSUPP on Twstat and Trenameat for fs synth driver (2026-02-28 13:46:42 +0100)

----------------------------------------------------------------
9pfs changes:

* Fix crash under unlink-heavy load in v9fs_mark_fids_unreclaim().

* Fix crash with the synth fs driver.

----------------------------------------------------------------
Christian Schoenebeck (1):
      hw/9pfs: fix missing EOPNOTSUPP on Twstat and Trenameat for fs synth driver

Richie Buturla (1):
      hw/9pfs: fix data race in v9fs_mark_fids_unreclaim()

 hw/9pfs/9p.c | 13 +++++++++++++
 1 file changed, 13 insertions(+)
Re: [PULL 0/2] 9p queue 2026-02-28
Posted by Peter Maydell 19 hours ago
On Sat, 28 Feb 2026 at 13:33, Christian Schoenebeck
<qemu_oss@crudebyte.com> wrote:
>
> The following changes since commit d8a9d97317d03190b34498741f98f22e2a9afe3e:
>
>   Merge tag 'pull-target-arm-20260226' of https://gitlab.com/pm215/qemu into staging (2026-02-26 16:00:07 +0000)
>
> are available in the Git repository at:
>
>   https://github.com/cschoenebeck/qemu.git tags/pull-9p-20260228
>
> for you to fetch changes up to b72d15f47cbd2fc93580f33fa86a7e23595a68dd:
>
>   hw/9pfs: fix missing EOPNOTSUPP on Twstat and Trenameat for fs synth driver (2026-02-28 13:46:42 +0100)
>
> ----------------------------------------------------------------
> 9pfs changes:
>
> * Fix crash under unlink-heavy load in v9fs_mark_fids_unreclaim().
>
> * Fix crash with the synth fs driver.
>
> ----------------------------------------------------------------
> Christian Schoenebeck (1):
>       hw/9pfs: fix missing EOPNOTSUPP on Twstat and Trenameat for fs synth driver
>
> Richie Buturla (1):
>       hw/9pfs: fix data race in v9fs_mark_fids_unreclaim()



Applied, thanks.

Please update the changelog at https://wiki.qemu.org/ChangeLog/11.0
for any user-visible changes.

-- PMM
Re: [PULL 0/2] 9p queue 2026-02-28
Posted by Michael Tokarev 1 day ago
On 28.02.2026 16:30, Christian Schoenebeck wrote:

> 9pfs changes:
> * Fix crash under unlink-heavy load in v9fs_mark_fids_unreclaim().
> * Fix crash with the synth fs driver.
> 
> ----------------------------------------------------------------
> Christian Schoenebeck (1):
>        hw/9pfs: fix missing EOPNOTSUPP on Twstat and Trenameat for fs synth driver
> 
> Richie Buturla (1):
>        hw/9pfs: fix data race in v9fs_mark_fids_unreclaim()

Hi!

I'm picking these changes up for active qemu stable releases,
as these looks like bug fixes worth to have.

Please let me know if I shouldn't do that.

Also, please Cc: qemu-stable for future patches which, in your
opinion, should be back-ported to the stable releases.

Thanks,

/mjt
Re: [PULL 0/2] 9p queue 2026-02-28
Posted by Christian Schoenebeck 16 hours ago
On Sunday, 1 March 2026 07:23:43 CET Michael Tokarev wrote:
> On 28.02.2026 16:30, Christian Schoenebeck wrote:
> > 9pfs changes:
> > * Fix crash under unlink-heavy load in v9fs_mark_fids_unreclaim().
> > * Fix crash with the synth fs driver.
> > 
> > ----------------------------------------------------------------
> > 
> > Christian Schoenebeck (1):
> >        hw/9pfs: fix missing EOPNOTSUPP on Twstat and Trenameat for fs
> >        synth driver
> > 
> > Richie Buturla (1):
> >        hw/9pfs: fix data race in v9fs_mark_fids_unreclaim()
> 
> Hi!
> 
> I'm picking these changes up for active qemu stable releases,
> as these looks like bug fixes worth to have.

Yes, that makes sense.

> Please let me know if I shouldn't do that.
> 
> Also, please Cc: qemu-stable for future patches which, in your
> opinion, should be back-ported to the stable releases.

I usually do. For some reason I have forgotten to CC qemu-stable this time. 
Thanks for the reminder and noticing!

/Christian