Re: [RFC][PATCH] page->mapping clarification [1/3] base functions

!MAILaRCHIVE_VOTE_RePLACE
Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]
To: Christoph Lameter <clameter@...>
Cc: LKML <linux-kernel@...>, linux-mm@kvack.org <linux-mm@...>, Andrew Morton <akpm@...>, nickpiggin@yahoo.com.au <nickpiggin@...>, <ricknu-0@...>
Date: Thursday, September 20, 2007 - 8:50 pm

On Thu, 20 Sep 2007 11:26:47 -0700 (PDT)
Christoph Lameter <clameter@sgi.com> wrote:

Honestly, I have 3 purposes, 2 for readability/clarificaton and 1 for my trial.

1. Clarify page cache <-> inode relationship before *new concept of page cache*,
   yours or someone else's is introduced.

2. There are some places using PAGE_MAPPING_ANON directly. I don't want to see
   following line in .c file. 
   ==
   anon_vma = (struct anon_vma *)(mapping - PAGE_MAPPING_ANON);
   ==

3. I want to *try* page->mapping overriding... store  memory resource controller's   
   information in page->mapping. By this, memory controller doesn't enlarge sizeof
   struct page. (works well in my small test.)
   Before doing that, I have to hide page->mapping from direct access.



This is my first experience of using bool in Linux kernel.. :)

I know bool is not very widely used in Linux now but I tried it because 
this function obviously returns yes or no, and C language supports bool as
_Bool now. If messy, I'll avoid using this in this time..


ok,

ok, thanks.

For clarify meaning of compareing page_mapping_cache() with mapping.
Does this reduce readability ?

Thank you for comments.

Regards,
-Kame





-
Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]

Messages in current thread:
Re: [RFC][PATCH] page-&gt;mapping clarification [1/3] base f..., KAMEZAWA Hiroyuki, (Fri Sep 21, 11:06 am)
Re: [RFC][PATCH] page-&gt;mapping clarification [1/3] base f..., Christoph Lameter, (Thu Sep 20, 2:26 pm)
Re: [RFC][PATCH] page->mapping clarification [1/3] base f..., KAMEZAWA Hiroyuki, (Thu Sep 20, 8:50 pm)
Re: [RFC][PATCH] page-&gt;mapping clarification [1/3] base f..., KAMEZAWA Hiroyuki, (Fri Sep 21, 2:42 pm)
Re: [RFC][PATCH] page-&gt;mapping clarification [1/3] base f..., KAMEZAWA Hiroyuki, (Wed Sep 26, 5:50 pm)
[RFC][PATCH] page-&gt;mapping clarification [3/3] changes in..., KAMEZAWA Hiroyuki, (Wed Sep 19, 3:46 am)