[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <20090703065632.GB32687@elte.hu>
Date:	Fri, 3 Jul 2009 08:56:32 +0200
From:	Ingo Molnar <mingo@...e.hu>
To:	linux-kernel@...r.kernel.org, mingo@...hat.com, hpa@...or.com,
	yinghai@...nel.org, tglx@...utronix.de, mikpe@...uu.se,
	alex.shi@...el.com, Linus Torvalds <torvalds@...ux-foundation.org>
Cc:	linux-tip-commits@...r.kernel.org
Subject: Re: [tip:x86/urgent] x86: add boundary check for 32bit res before
	expand e820 resource to alignment
* tip-bot for Yinghai Lu <yinghai@...nel.org> wrote:
> Commit-ID:  4b05c392955458757790414bd7ba4280e1a515b0
> Gitweb:     http://git.kernel.org/tip/4b05c392955458757790414bd7ba4280e1a515b0
> Author:     Yinghai Lu <yinghai@...nel.org>
> AuthorDate: Thu, 2 Jul 2009 11:10:56 -0700
> Committer:  H. Peter Anvin <hpa@...or.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@...uu.se>
> Reported-and-Tested-by: Alex Shi <alex.shi@...el.com>
> Signed-off-by: Yinghai Lu <yinghai@...nel.org>
> Signed-off-by: H. Peter Anvin <hpa@...or.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
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/
Powered by blists - more mailing lists
 
