Hmm ok description is not very enlightening. 4 zones should indeed
still fit into 2 bits.
Kamezawa-san, can you please explain why exactly you did that change?
Thanks,
-Andi
On Tuesday 13 September 2005 12:15, Andrew Morton wrote:
> Andi Kleen <[email protected]> wrote:
> > Andrew do you still have the patch with
> > the description? It must have been between 2.6.13mm1 and 2.6.13mm2.
>
> From: KAMEZAWA Hiroyuki <[email protected]>
>
> Because 2.6.13-mm2 adds new zone DMA32, ZONES_SHIFT becomes 3.
> So, flags bits reserved for (SECTION | NODE | ZONE) should be increase.
>
> ZONE_SHIFT is increased, FLAGS_RESERVED should be.
>
> Signed-off-by Kamezawa Hiroyuki <[email protected]>
> Cc: Andi Kleen <[email protected]>
> Signed-off-by: Andrew Morton <[email protected]>
> ---
>
> include/linux/mmzone.h | 5 +++--
> 1 files changed, 3 insertions(+), 2 deletions(-)
>
> diff -puN include/linux/mmzone.h~x86_64-dma32-fix include/linux/mmzone.h
> --- 25/include/linux/mmzone.h~x86_64-dma32-fix Fri Sep 9 17:13:41 2005
> +++ 25-akpm/include/linux/mmzone.h Fri Sep 9 17:14:13 2005
> @@ -431,9 +431,10 @@ extern struct pglist_data contig_page_da
> #if BITS_PER_LONG == 32 || defined(ARCH_HAS_ATOMIC_UNSIGNED)
> /*
> * with 32 bit page->flags field, we reserve 8 bits for node/zone info.
> - * there are 3 zones (2 bits) and this leaves 8-2=6 bits for nodes.
> + * there are 4 zones (3 bits) and this leaves 8-2=6 bits for nodes.
> + * +6bits for sections if CONFIG_SPARSEMEM
> */
> -#define FLAGS_RESERVED 8
> +#define FLAGS_RESERVED 9
>
> #elif BITS_PER_LONG == 64
> /*
> _
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
|
|