[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20140519150238.67898E009B@blue.fi.intel.com>
Date: Mon, 19 May 2014 18:02:38 +0300 (EEST)
From: "Kirill A. Shutemov" <kirill.shutemov@...ux.intel.com>
To: Christoph Hellwig <hch@...radead.org>
Cc: "Kirill A. Shutemov" <kirill.shutemov@...ux.intel.com>,
Kenny Simpson <theonetruekenny@...il.com>,
Michal Hocko <mhocko@...e.cz>, linux-kernel@...r.kernel.org,
Andrew Morton <akpm@...ux-foundation.org>,
Peter Zijlstra <peterz@...radead.org>,
Dave Jones <davej@...hat.com>,
Linus Torvalds <torvalds@...ux-foundation.org>,
Armin Rigo <arigo@...es.org>
Subject: Re: remap_file_pages() use
Christoph Hellwig wrote:
> On Mon, May 19, 2014 at 05:35:40PM +0300, Kirill A. Shutemov wrote:
> > >From functional POV, emulation *should* be identical to original
> > remap_file_pages(), but slower. It would be nice, if you test it early.
> >
> > It's not clear yet how long emulation will be there.
>
> Stop right there. We found out about two real life users of
> remap_file_pages() already, without even committing the patches to warn
> about using it to any tree.
Who is the second here? Oracle?
> I think at this point the whole idea of removing the API should be dead
> on the floor, as we do not needlessly break userspace programs.
I'm fine if emulation will stay there for long time, but it's good idea
covert users to more standard API eariler where possible.
> If we can get rid of the ugly guts and provide a good enough emulation
> that the user won't cry I'd love to get rid of this cruft, but even
> that doesn't look certain yet.
And that's why I ask to test it.
--
Kirill A. Shutemov
--
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/
Powered by blists - more mailing lists