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