linux-kernel - Re: [RFC PATCH -V1 0/7] Buffered write and writeable mmap support for 9P

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]

Date:	Mon, 31 Jan 2011 10:38:10 +0100
From:	Miklos Szeredi <miklos@...redi.hu>
To:	"Aneesh Kumar K.V" <aneesh.kumar@...ux.vnet.ibm.com>
CC:	v9fs-developer@...ts.sourceforge.net,
	linux-fsdevel@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: [RFC PATCH -V1 0/7] Buffered write and writeable mmap support for 9P

On Sun, 30 Jan 2011, Aneesh Kumar K.V wrote:
> The patch series implement buffered write and writeable mmap for 9P

P9 is supposed to work with servers on the local machine, right?

In that case you need to think about various deadlock scenarios.  An
example: the P9 server needs a large order allocation while serving
the buffered write request.  That may trigger the page reclaim and go
into synchronous writeback, possibly waiting on the exact page which
the P9 server is just trying to finish writing out.

This is not easy to deal with, see commit 3be5a52b for the fuse
solution.  I'm not saying it's the only way, there may be a better
one.

Thanks,
Miklos
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/