[<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