Re: [tip:x86/urgent] x86: add boundary check for 32bit res before expand e820 resource to alignment

[Ingo Molnar <mingo@elte.hu>]

* tip-bot for Yinghai Lu <yinghai@kernel.org> wrote:

> Commit-ID:  4b05c392955458757790414bd7ba4280e1a515b0
> Gitweb:     http://git.kernel.org/tip/4b05c392955458757790414bd7ba4280e1a515b0
> Author:     Yinghai Lu <yinghai@kernel.org>
> AuthorDate: Thu, 2 Jul 2009 11:10:56 -0700
> Committer:  H. Peter Anvin <hpa@zytor.com>
> CommitDate: Thu, 2 Jul 2009 11:53:15 -0700
> 
> x86: add boundary check for 32bit res before expand e820 resource to alignment
> 
> Avoid incorrect address arithmetic, ascerbated by previous improper
> definition of the round_up() macro.
> 
> fix hang with HIGHMEM_64G and 32bit resource.
> according to hpa and Linus, use (resource_size_t)-1 to fend off big ranges.
> analyized by hpa
> 
> Alex found:
> for i386 machine the specjbb2005 still can not run with hugepage
> 
> -v2: it also fix hugepage problem
> 
> Reported-and-tested-by: Mikael Pettersson <mikpe@it.uu.se>
> Reported-and-Tested-by: Alex Shi <alex.shi@intel.com>
> Signed-off-by: Yinghai Lu <yinghai@kernel.org>
> Signed-off-by: H. Peter Anvin <hpa@zytor.com>

Peter, Yinghi - i zapped this and the other e820 patch from 
x86/urgent as Linus already applied slightly different versions 
upstream:

7c5371c: x86: add boundary check for 32bit res before expand e820 resource to alignment
4364467: x86: fix power-of-2 round_up/round_down macros

Mind checking what the differences are and queue up any deltas that 
might still be needed?

Thanks,

	Ingo