On Tue, Sep 20, 2011 at 03:45:14PM +0200, Johannes Weiner wrote:
> Tell the page allocator that pages allocated through
> grab_cache_page_write_begin() are expected to become dirty soon.
>
> Signed-off-by: Johannes Weiner
Reviewed-by: Minchan Kim
--
Kinds regards,
Minchan Kim
--
To unsubscribe
On Tue, Sep 20, 2011 at 03:45:14PM +0200, Johannes Weiner wrote:
> Tell the page allocator that pages allocated through
> grab_cache_page_write_begin() are expected to become dirty soon.
>
> Signed-off-by: Johannes Weiner
Acked-by: Mel Gorman
--
Mel Gorman
SUSE Labs
--
To unsubscribe from thi
On Tue, Sep 20, 2011 at 02:40:34PM -0400, Christoph Hellwig wrote:
> On Tue, Sep 20, 2011 at 02:38:03PM -0400, Rik van Riel wrote:
> > On 09/20/2011 10:25 AM, Christoph Hellwig wrote:
> > >In addition to regular write shouldn't __do_fault and do_wp_page also
> > >calls this if they are called on fi
On 09/20/2011 09:45 AM, Johannes Weiner wrote:
Tell the page allocator that pages allocated through
grab_cache_page_write_begin() are expected to become dirty soon.
Signed-off-by: Johannes Weiner
Reviewed-by: Rik van Riel
The missing codepaths pointed out by Christoph either
create new anonym
On Tue, Sep 20, 2011 at 02:38:03PM -0400, Rik van Riel wrote:
> On 09/20/2011 10:25 AM, Christoph Hellwig wrote:
> >In addition to regular write shouldn't __do_fault and do_wp_page also
> >calls this if they are called on file backed mappings?
> >
>
> Probably not do_wp_page since it always create
On 09/20/2011 10:25 AM, Christoph Hellwig wrote:
In addition to regular write shouldn't __do_fault and do_wp_page also
calls this if they are called on file backed mappings?
Probably not do_wp_page since it always creates an
anonymous page, which are not very relevant to the
dirty page cache a
In addition to regular write shouldn't __do_fault and do_wp_page also
calls this if they are called on file backed mappings?
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.or