* Yinghai Lu <yhlu.kernel@gmail.com> wrote:

quoted text
> >  +       unsigned long max_arch_pfn = 1ULL << (MAX_PHYSMEM_BITS-PAGE_SHIFT);
> >
> >  and also check my analysis whether it is correct and whether it 
> >  matches the reported bug patterns. But otherwise the fix looks like 
> >  a safe fix for v2.6.25-final to me - it only filters out values 
> >  from sparsemem input that are nonsensical in the sparsemem 
> >  framework anyway.
> 
> can you check why find_max_pfn() e820_32.c need to call 
> memory_present? wonder if it can be removed.

this is the only call to memory_present() we do in 32-bit arch setup, so 
it's required.

(the function find_max_pfn() is woefully misnamed, but that's a cleanup 
- i just fixed this in x86.git.)

	Ingo
--
unsubscribe notice
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/