linux-kernel - Re: [fuse-devel] [PATCH] FUSE/CUSE: implement direct mmap support

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:	Thu, 11 Feb 2010 22:40:36 +0900
From:	Tejun Heo <tj@...nel.org>
To:	Miklos Szeredi <miklos@...redi.hu>
CC:	mszeredi@...e.cz, linux-kernel@...r.kernel.org,
	fuse-devel@...ts.sourceforge.net, polynomial-c@...too.org,
	akpm@...ux-foundation.org
Subject: Re: [fuse-devel] [PATCH] FUSE/CUSE: implement direct mmap support

Hello,

On 02/11/2010 10:08 PM, Miklos Szeredi wrote:
> No, I don't want to pass file descriptors (early fuse did use that for
> readdir and it was a mistake).

Yeah, I agree that passing fds is pretty painful to implement and look
at.

> Global address space for server side maps are OK.

Do you mean having single dmmap AS is okay?

> What I mind is that in the *absence* of server side maps the
> filesystem still has to deal with the global address space (with all
> its quirks).  This is totally unnecessary.

And then the above seems contradictory with the first sentence.  Sorry
to be dense but I really don't follow what you're suggesting.  If
you're okay with single dmmap AS, how can you not be okay with the
quirks of dealing with global AS?  The only exit from that problem is
having multiple ASes.

Thanks.

-- 
tejun
--
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/