* tip-bot for Yinghai Lu <yinghai@xxxxxxxxxx> wrote: > Commit-ID: 4b05c392955458757790414bd7ba4280e1a515b0 > Gitweb: http://git.kernel.org/tip/4b05c392955458757790414bd7ba4280e1a515b0 > Author: Yinghai Lu <yinghai@xxxxxxxxxx> > AuthorDate: Thu, 2 Jul 2009 11:10:56 -0700 > Committer: H. Peter Anvin <hpa@xxxxxxxxx> > 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@xxxxxxxx> > Reported-and-Tested-by: Alex Shi <alex.shi@xxxxxxxxx> > Signed-off-by: Yinghai Lu <yinghai@xxxxxxxxxx> > Signed-off-by: H. Peter Anvin <hpa@xxxxxxxxx> 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 -- To unsubscribe from this list: send the line "unsubscribe linux-tip-commits" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html