[RFC PATCH 0/6] fs/9p: Reuse inode based on path (in addition to qid)

Christian Schoenebeck linux_oss at crudebyte.com
Fri Aug 8 10:52:38 UTC 2025


On Friday, August 8, 2025 12:27:15 PM CEST Dominique Martinet wrote:
> Sorry for the delay...
> 
> Tingmao Wang wrote on Sun, Apr 06, 2025 at 09:43:01PM +0100:
> > Unrelated to the above problem, it also seems like even with the revert in
> > [2], because in cached mode inode are still reused based on qid (and type,
> > version (aka mtime), etc), the setup mentioned in [2] still causes
> > problems in th latest kernel with cache=loose:
> 
> cache=loose is "you're on your own", I think it's fine to keep as is,
> especially given qemu can handle it with multidevs=remap if required

As of QEMU 10.0, multidevs=remap (i.e. remapping inodes from host to guest) is
now the default behaviour, since inode collisions were constantly causing
issues and confusion among 9p users.

And yeah, cache=loose means 9p client is blind for whatever changes on 9p
server side.

/Christian





More information about the Linux-security-module-archive mailing list