[lkml]   [2006]   [Feb]   [21]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [2.6 patch] unexport install_page
On Tue, 21 Feb 2006, Christoph Hellwig wrote:
> On Mon, Feb 20, 2006 at 11:37:09PM +0100, Adrian Bunk wrote:
> > No in-kernel module is using it, so there's no reason bloating the
> > kernel with this EXPORT_SYMBOL.
> And no one should be using it, really.

Why's that?

> It's a helper for sys_remap_file_pages implementations,

Exactly (to support non-linear vmas and MAP_POPULATE).

> something that nothing but the generic filemap.c or shmem.c should do.

Why's that? It's rightly been recognized as a library function since
2.6.0-test3. I'd say it should remain exported for whatever filesystems
might wish to use it (but no, I've no vested interest, the filesystem
you'll suspect me of arguing for does not use it ;)

[PATCH] export install_page() to modules

install_page() is a library function which we expect will be used by all
drivers which implement vm_operations.populate(). Therefore it should be
exported to kernel modules.

Petr Vandrovec has a project which involves sparse mappings of device memory
which can use remap_file_pages(). It needs install_page().

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2006-02-21 14:12    [W:0.076 / U:2.448 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site