linux-mm.kvack.org archive mirror
 help / color / mirror / Atom feed
From: "Martin J. Bligh" <mbligh@aracnet.com>
To: William Lee Irwin III <wli@holomorphy.com>, gone@us.ibm.com
Cc: akpm@zip.com.au, linux-kernel@vger.kernel.org, linux-mm@kvack.org
Subject: Re: asm-i386/mmzone.h macro paren/eval fixes
Date: Thu, 16 Jan 2003 22:50:47 -0800	[thread overview]
Message-ID: <181070000.1042786246@titus> (raw)
In-Reply-To: <20030117063900.GA1036@holomorphy.com>

Ugh. That's why I broke struct page out into a seperate header file.
OK, Andrew ... now do you believe me? ;-) ;-)

M.

--On Thursday, January 16, 2003 22:39:00 -0800 William Lee Irwin III <wli@holomorphy.com> wrote:

> Okay, this one looks ugly because we're missing some of the definitions
> available with which to convert to inline functions (esp. struct page).
> A lot of these introduce temporaries and sort of hope names won't clash,
> which might be important to whoever cares about -Wshadow.
> 
> (1) node_end_pfn() evaluates nid twice
> (2) local_mapnr() evaluates kvaddr twice
> (3) kern_addr_valid() evaluates kaddr twice
> (4) pfn_to_page() evaluates pfn multiple times
> (5) page_to_pfn() evaluates page thrice
> (6) pfn_valid() doesn't parenthesize its argument
> 
> 
> ===== include/asm-i386/mmzone.h 1.6 vs edited =====
> --- 1.6/include/asm-i386/mmzone.h	Wed Sep 25 17:40:59 2002
> +++ edited/include/asm-i386/mmzone.h	Thu Jan 16 22:37:03 2003
> @@ -57,25 +57,47 @@
>  
>  #define node_mem_map(nid)	(NODE_DATA(nid)->node_mem_map)
>  #define node_start_pfn(nid)	(NODE_DATA(nid)->node_start_pfn)
> -#define node_end_pfn(nid)       (NODE_DATA(nid)->node_start_pfn + \
> -				 NODE_DATA(nid)->node_size)
> +#define node_end_pfn(nid)						\
> +({									\
> +	pg_data_t *__pgdat = NODE_DATA(nid);				\
> +	__pgdat->node_start_pfn + __pgdat->node_size;			\
> +})
>  
> -#define local_mapnr(kvaddr) \
> -	( (__pa(kvaddr) >> PAGE_SHIFT) - node_start_pfn(kvaddr_to_nid(kvaddr)) )
> +#define local_mapnr(kvaddr)						\
> +({									\
> +	unsigned long __pfn = __pa(kvaddr) >> PAGE_SHIFT;		\
> +	(__pfn - node_start_pfn(pfn_to_nid(__pfn)));			\
> +})
>  
> -#define kern_addr_valid(kaddr)	test_bit(local_mapnr(kaddr), \
> -		 NODE_DATA(kvaddr_to_nid(kaddr))->valid_addr_bitmap)
> +#define kern_addr_valid(kaddr)						\
> +({									\
> +	unsigned long __kaddr = (unsigned long)(kaddr);			\
> +	pg_data_t *__pgdat = NODE_DATA(kvaddr_to_nid(__kaddr));		\
> +	test_bit(local_mapnr(__kaddr), __pgdat->valid_addr_bitmap);	\
> +})
>  
> -#define pfn_to_page(pfn)	(node_mem_map(pfn_to_nid(pfn)) + node_localnr(pfn, pfn_to_nid(pfn)))
> -#define page_to_pfn(page)	((page - page_zone(page)->zone_mem_map) + page_zone(page)->zone_start_pfn)
> +#define pfn_to_page(pfn)						\
> +({									\
> +	unsigned long __pfn = pfn;					\
> +	int __node  = pfn_to_nid(__pfn);				\
> +	&node_mem_map(__node)[node_localnr(__pfn,__node)];		\
> +})
> +
> +#define page_to_pfn(pg)							\
> +({									\
> +	struct page *__page = pg;					\
> +	struct zone *__zone = page_zone(__page);			\
> +	(unsigned long)(__page - __zone->zone_mem_map)			\
> +		+ __zone->zone_start_pfn;				\
> +})
>  #define pmd_page(pmd)		(pfn_to_page(pmd_val(pmd) >> PAGE_SHIFT))
>  /*
>   * pfn_valid should be made as fast as possible, and the current definition 
>   * is valid for machines that are NUMA, but still contiguous, which is what
>   * is currently supported. A more generalised, but slower definition would
>   * be something like this - mbligh:
> - * ( pfn_to_pgdat(pfn) && (pfn < node_end_pfn(pfn_to_nid(pfn))) ) 
> + * ( pfn_to_pgdat(pfn) && ((pfn) < node_end_pfn(pfn_to_nid(pfn))) ) 
>   */ 
> -#define pfn_valid(pfn)          (pfn < num_physpages)
> +#define pfn_valid(pfn)          ((pfn) < num_physpages)
>  #endif /* CONFIG_DISCONTIGMEM */
>  #endif /* _ASM_MMZONE_H_ */
> 
> 


--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/

  reply	other threads:[~2003-01-17  6:50 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-01-17  6:39 William Lee Irwin III
2003-01-17  6:50 ` Martin J. Bligh [this message]
2003-01-17  7:05   ` Andrew Morton

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=181070000.1042786246@titus \
    --to=mbligh@aracnet.com \
    --cc=akpm@zip.com.au \
    --cc=gone@us.ibm.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-mm@kvack.org \
    --cc=wli@holomorphy.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox