2012-10-16 17:49:04

by Shuah Khan

[permalink] [raw]
Subject: Re: [PATCH 1/1] x86, e820: Remove direct mapping of reserved space for HT hole around 1TB

On Tue, 2012-10-16 at 16:55 +0000, Shin, Jacob wrote:
> (Sorry for the top post, on mobile phone..)
>
> You can follow the latest thread here:
> https://lkml.org/lkml/2012/9/30/23
>
> Yinghai's for-x86-mm branch should boot 1TB AMD with hoisting
> enabled.
>
> Thanks!

Jacob,

Thanks. This includes several patches and large change. Good for
upstream, however won't go into stable trees. Any thoughts on a smaller
subset of changes that are suitable for stable kernels to enable HT?

Thanks,
-- Shuah
>


2012-10-16 18:26:29

by Jacob Shin

[permalink] [raw]
Subject: Re: [PATCH 1/1] x86, e820: Remove direct mapping of reserved space for HT hole around 1TB

On Tue, Oct 16, 2012 at 11:48:58AM -0600, Shuah Khan wrote:
> On Tue, 2012-10-16 at 16:55 +0000, Shin, Jacob wrote:
> > (Sorry for the top post, on mobile phone..)
> >
> > You can follow the latest thread here:
> > https://lkml.org/lkml/2012/9/30/23
> >
> > Yinghai's for-x86-mm branch should boot 1TB AMD with hoisting
> > enabled.
> >
> > Thanks!
>
> Jacob,
>
> Thanks. This includes several patches and large change. Good for
> upstream, however won't go into stable trees. Any thoughts on a smaller
> subset of changes that are suitable for stable kernels to enable HT?

Right, we are (AMD) thinking about the same thing .. how to backport to
stable kernels of major enterprise OSes

The simplest and the least disruptive solution would be to not map memory
holes that occur above 4GB, it won't affect 32 bit kernels, and it won't
touch legacy (under 4GB) area (ISA, the PCI MMIO region ..):

https://lkml.org/lkml/2011/10/20/323

HPA, it would be great if we can first get this patch upstream, and also
into the stable trees .. and after that, we can work on getting Yinghai's
mm refactoring in ..

Thoughts?

Thanks!

-Jacob

2012-10-16 19:02:23

by H. Peter Anvin

[permalink] [raw]
Subject: Re: [PATCH 1/1] x86, e820: Remove direct mapping of reserved space for HT hole around 1TB

On 10/16/2012 11:26 AM, Jacob Shin wrote:
>
> HPA, it would be great if we can first get this patch upstream, and also
> into the stable trees .. and after that, we can work on getting Yinghai's
> mm refactoring in ..
>

I'll be back from travels tomorrow, I'll look at it then.

-hpa

2012-10-17 15:30:58

by Shuah Khan

[permalink] [raw]
Subject: Re: [PATCH 1/1] x86, e820: Remove direct mapping of reserved space for HT hole around 1TB

On Tue, 2012-10-16 at 12:02 -0700, H. Peter Anvin wrote:
> On 10/16/2012 11:26 AM, Jacob Shin wrote:
> >
> > HPA, it would be great if we can first get this patch upstream, and also
> > into the stable trees .. and after that, we can work on getting Yinghai's
> > mm refactoring in ..
> >
>
> I'll be back from travels tomorrow, I'll look at it then.

For what its worth, I applied this patch to RHEL 6.3 based on 2.6.32.
kernel and my test system came with 1 terabyte memory.

https://lkml.org/lkml/2011/10/20/323

Thanks,
-- Shuah


2012-10-17 18:26:17

by H. Peter Anvin

[permalink] [raw]
Subject: Re: [PATCH 1/1] x86, e820: Remove direct mapping of reserved space for HT hole around 1TB

On 10/16/2012 11:26 AM, Jacob Shin wrote:
>
> Right, we are (AMD) thinking about the same thing .. how to backport to
> stable kernels of major enterprise OSes
>
> The simplest and the least disruptive solution would be to not map memory
> holes that occur above 4GB, it won't affect 32 bit kernels, and it won't
> touch legacy (under 4GB) area (ISA, the PCI MMIO region ..):
>
> https://lkml.org/lkml/2011/10/20/323
>
> HPA, it would be great if we can first get this patch upstream, and also
> into the stable trees .. and after that, we can work on getting Yinghai's
> mm refactoring in ..
>

Yes, that makes sense at this point.

-hpa


--
H. Peter Anvin, Intel Open Source Technology Center
I work for Intel. I don't speak on their behalf.