linux-kernel - Re: [PATCH] 9p/virtio: restrict page pinning to user_backed

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <aUQN96w9qi9FAxag@codewreck.org>
Date: Thu, 18 Dec 2025 23:21:43 +0900
From: asmadeus@...ewreck.org
To: Christian Schoenebeck <linux_oss@...debyte.com>
Cc: Eric Van Hensbergen <ericvh@...nel.org>,
	Latchesar Ionkov <lucho@...kov.net>,
	Chris Arges <carges@...udflare.com>, v9fs@...ts.linux.dev,
	linux-kernel@...r.kernel.org, David Howells <dhowells@...hat.com>,
	Matthew Wilcox <willy@...radead.org>, linux-fsdevel@...r.kernel.org
Subject: Re: [PATCH] 9p/virtio: restrict page pinning to user_backed_iter()
 iovec

asmadeus@...ewreck.org wrote on Thu, Dec 18, 2025 at 06:49:04AM +0900:
> Christian Schoenebeck wrote on Wed, Dec 17, 2025 at 02:41:31PM +0100:
>> Something's seriously messed up with 9p cache right now. With today's git 
>> master I do get data corruption in any 9p cache mode, including cache=mmap, 
>> only cache=none behaves clean.
> 
> Ugh...

I've updated from v6.18-rc2 + 9p pull requests to master and I can't
reproduce any obvious corruption, booting an alpine rootfs over 9p and
building a kernel inside (tried cache=loose and mmap)

Won't be the first time I can't reproduce, but what kind of workload are
you testing?
Anything that might help me try to reproduce (like VM cpu count/memory)
will be appreciated, corruptions are Bad...

Thanks,
-- 
Dominique