* 9p patches in flight recap/what did I miss
@ 2026-04-16 3:12 Dominique Martinet
2026-04-16 9:56 ` Michael Grzeschik
0 siblings, 1 reply; 2+ messages in thread
From: Dominique Martinet @ 2026-04-16 3:12 UTC (permalink / raw)
To: v9fs
Cc: ericvh, lucho, linux_oss, Pierre Barre, sandeen, Remi Pommarel,
Michael Grzeschik, David Howells
Hi all,
This is mostly for myself as I can't keep up, please tell me if I'm
missing anything obvious.
I have these queued for 7.1-rc1 (will send early next week to Linus)
https://lore.kernel.org/r/20260225135745.351984-1-sashal@kernel.org/
* 0fd76f1be20d 9p: fix memory leak in v9fs_init_fs_context error path
https://lore.kernel.org/r/0ddc72da-d196-4f01-8755-0086f670e779@app.fastmail.com/
* da2346a48a5a 9p: fix access mode flags being ORed instead of replaced
https://lore.kernel.org/r/20260315190633.73536-1-xaum.io@gmail.com/
* 890d56964c62 9p: document missing enum values in kernel-doc comments
https://lore.kernel.org/r/20260324153023.86853-2-ericterminal@gmail.com/
* 72cb9ee4f6d8 9p/trans_xen: make cleanup idempotent after dataring alloc errors
* 8fc518e489c1 9p/trans_xen: replace simple_strto* with kstrtouintq
I have these queued for 7.2
https://lore.kernel.org/r/551c057c5dbcc83f19b9c8a3b508bd971598f657.1774380535.git.repk@triplefau.lt/
* fabe6e8af53a 9p: Cache negative dentries for lookup performance
* 2e624a12ba29 9p: Add mount option for negative dentry cache retention
* 060ba5a058cb 9p: Set default negative dentry retention time for cache=loose
* 47a37d360868 9p: Enable symlink caching in page cache
And these that need some work/help sorting out
- usb fixes 20260319-9pfixes-v1-0-c977a7433185@pengutronix.de
** I don't have the bandwidth for such a big rework, happy to just trust
Michael here given I can't test usb...
- writeback corruption 20251227083751.715152-1-pierre@barre.sh
** David sent another patch but honestly it's too complex for a quick
review, my gut feeling is to prefer Pierre's simpler approach first and
take the time to iterate (if we ever find time to...), but I just
haven't the time to check even that.
- lifting virtio msize limit
cover.1657920926.git.linux_oss@crudebyte.com and/or virtio buffer
iteration 20251214-virtio_trans_iter-v2-1-f7f7072e8c15@codewreck.org
** Once again ENOTIME stikes so I didn't check, but do your patches also
address the invalid access problem? Should we get Chris to test with
your patches?
I still think it's a shame to duplicate all this code and it should be
possible to do a bit better, but I agree improving sg_table is an
elephant I don't want to fight...
Thank you all,
by the way if anyone wants to take over for (at least) the next few
cycles I wouldn't mind at all, having a shiny new baby and a jealous 3yo
doesn't help :p
--
Dominique
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: 9p patches in flight recap/what did I miss
2026-04-16 3:12 9p patches in flight recap/what did I miss Dominique Martinet
@ 2026-04-16 9:56 ` Michael Grzeschik
0 siblings, 0 replies; 2+ messages in thread
From: Michael Grzeschik @ 2026-04-16 9:56 UTC (permalink / raw)
To: Dominique Martinet
Cc: v9fs, ericvh, lucho, linux_oss, Pierre Barre, sandeen,
Remi Pommarel, David Howells
[-- Attachment #1: Type: text/plain, Size: 3210 bytes --]
On Thu, Apr 16, 2026 at 12:12:34PM +0900, Dominique Martinet wrote:
>Hi all,
>
>This is mostly for myself as I can't keep up, please tell me if I'm
>missing anything obvious.
>
>I have these queued for 7.1-rc1 (will send early next week to Linus)
>
>https://lore.kernel.org/r/20260225135745.351984-1-sashal@kernel.org/
>* 0fd76f1be20d 9p: fix memory leak in v9fs_init_fs_context error path
>https://lore.kernel.org/r/0ddc72da-d196-4f01-8755-0086f670e779@app.fastmail.com/
>* da2346a48a5a 9p: fix access mode flags being ORed instead of replaced
>https://lore.kernel.org/r/20260315190633.73536-1-xaum.io@gmail.com/
>* 890d56964c62 9p: document missing enum values in kernel-doc comments
>https://lore.kernel.org/r/20260324153023.86853-2-ericterminal@gmail.com/
>* 72cb9ee4f6d8 9p/trans_xen: make cleanup idempotent after dataring alloc errors
>* 8fc518e489c1 9p/trans_xen: replace simple_strto* with kstrtouintq
>
>I have these queued for 7.2
>
>https://lore.kernel.org/r/551c057c5dbcc83f19b9c8a3b508bd971598f657.1774380535.git.repk@triplefau.lt/
>* fabe6e8af53a 9p: Cache negative dentries for lookup performance
>* 2e624a12ba29 9p: Add mount option for negative dentry cache retention
>* 060ba5a058cb 9p: Set default negative dentry retention time for cache=loose
>* 47a37d360868 9p: Enable symlink caching in page cache
>
>And these that need some work/help sorting out
>- usb fixes 20260319-9pfixes-v1-0-c977a7433185@pengutronix.de
>** I don't have the bandwidth for such a big rework, happy to just trust
>Michael here given I can't test usb...
I just worked in some feedback from sashiko. And sashiko really got some
points. Although I have embedded devices to further test this, I am
about to leave Pengutronix in the end of April I don't know if I will be
able to solve all the obstacles in the series until then.
>- writeback corruption 20251227083751.715152-1-pierre@barre.sh
>** David sent another patch but honestly it's too complex for a quick
>review, my gut feeling is to prefer Pierre's simpler approach first and
>take the time to iterate (if we ever find time to...), but I just
>haven't the time to check even that.
>- lifting virtio msize limit
>cover.1657920926.git.linux_oss@crudebyte.com and/or virtio buffer
>iteration 20251214-virtio_trans_iter-v2-1-f7f7072e8c15@codewreck.org
>** Once again ENOTIME stikes so I didn't check, but do your patches also
>address the invalid access problem? Should we get Chris to test with
>your patches?
>I still think it's a shame to duplicate all this code and it should be
>possible to do a bit better, but I agree improving sg_table is an
>elephant I don't want to fight...
>
>
>Thank you all,
>
>by the way if anyone wants to take over for (at least) the next few
>cycles I wouldn't mind at all, having a shiny new baby and a jealous 3yo
>doesn't help :p
>--
>Dominique
>
>
--
Pengutronix e.K. | |
Steuerwalder Str. 21 | http://www.pengutronix.de/ |
31137 Hildesheim, Germany | Phone: +49-5121-206917-0 |
Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917-5555 |
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2026-04-16 9:56 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2026-04-16 3:12 9p patches in flight recap/what did I miss Dominique Martinet
2026-04-16 9:56 ` Michael Grzeschik
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox