linux-kernel - Re: [PATCH 4/4] FUSE: implement direct mmap

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] [day] [month] [year] [list]

Date:	Thu, 09 Jul 2009 12:35:26 +0200
From:	Miklos Szeredi <miklos@...redi.hu>
To:	tj@...nel.org
CC:	miklos@...redi.hu, linux-kernel@...r.kernel.org,
	fuse-devel@...ts.sourceforge.net, akpm@...ux-foundation.org,
	npiggin@...e.de
Subject: Re: [PATCH 4/4] FUSE: implement direct mmap

On Thu, 09 Jul 2009, Tejun Heo wrote:
> >> Using non-swappable memory would be fine for most device emulations
> >> but mapping large amount of pages would be problematic.  Hmmm... this
> >> is difficult.  It's a compromise among flexibility, scalability and
> >> code complexity.
> > 
> > What's the difficulty?
> 
> The desire to avoid pinning all the mapped pages.  :-)
> 
> > Allocating pages, giving them an ID and mapping them into various page
> > tables seems simple in contrast to trying to make a tmpfs file be a
> > fuse file at the same time, which the VM is really not prepared for.
> 
> If pinning all the pages are okay, the above should work fine.

If the page allocation is privileged then I think it's okay.

I have only vague ideas how this "direct mmap" could be used for other
things than sound drivers.  For example there's a significant push
towards making network filesystems coherent.  This is currently not
well supported by fuse and adding coherency guarantees to mmap is
especially tricky.  But I'm not sure it really needs a special mmap
interface, that's just one of the options.

Thoughts?

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/