Re: [GIT PULL] x86/mm changes for v3.9-rc1

2013-02-23 Thread H. Peter Anvin
,Jarkko Sakkinen ,Jeremy Fitzhardinge ,Joe Millenbach ,Joerg Roedel ,Johannes Weiner ,Josh Triplett ,Kyungmin Park ,Lee Schermerhorn ,Len Brown ,Linux Kernel Mailing List ,Marcelo Tosatti ,Marek Szyprowski ,Matt Fleming ,Mel Gorman ,Paul Turner ,Pavel Machek ,Pekka Enberg ,Peter Zijlstra ,

Re: [Xen-devel] [GIT PULL] x86/mm changes for v3.9-rc1

2013-02-22 Thread Andrew Cooper
On 22/02/13 17:53, Yinghai Lu wrote: > On Fri, Feb 22, 2013 at 9:24 AM, Konrad Rzeszutek Wilk > wrote: >> On Fri, Feb 22, 2013 at 11:55:31AM -0500, Konrad Rzeszutek Wilk wrote: >>> On Thu, Feb 21, 2013 at 04:34:06PM -0800, H. Peter Anvin wrote: Hi Linus, This is a huge set of severa

Re: [GIT PULL] x86/mm changes for v3.9-rc1

2013-02-22 Thread Konrad Rzeszutek Wilk
> > [0.00] DMI: MSI MS-7680/H61M-P23 (MS-7680), BIOS V17.0 03/14/2011 > > [0.00] e820: update [mem 0x-0x0fff] usable ==> reserved > > [0.00] e820: remove [mem 0x000a-0x000f] usable > > [0.00] No AGP bridge found > > [0.00] e820: last_pfn =

Re: [GIT PULL] x86/mm changes for v3.9-rc1

2013-02-22 Thread Yinghai Lu
On Fri, Feb 22, 2013 at 10:06 AM, Stefano Stabellini wrote: > On Fri, 22 Feb 2013, Konrad Rzeszutek Wilk wrote: >> On Fri, Feb 22, 2013 at 09:12:57AM -0800, H. Peter Anvin wrote: >> > On 02/22/2013 08:55 AM, Konrad Rzeszutek Wilk wrote: >> > > >> > >What is bizzare is that I do recall testing this

Re: [GIT PULL] x86/mm changes for v3.9-rc1

2013-02-22 Thread Stefano Stabellini
On Fri, 22 Feb 2013, Konrad Rzeszutek Wilk wrote: > On Fri, Feb 22, 2013 at 09:12:57AM -0800, H. Peter Anvin wrote: > > On 02/22/2013 08:55 AM, Konrad Rzeszutek Wilk wrote: > > > > > >What is bizzare is that I do recall testing this (and Stefano also did it). > > >So I am not sure what has altered.

Re: [GIT PULL] x86/mm changes for v3.9-rc1

2013-02-22 Thread Yinghai Lu
On Fri, Feb 22, 2013 at 9:38 AM, Konrad Rzeszutek Wilk wrote: > On Fri, Feb 22, 2013 at 09:12:57AM -0800, H. Peter Anvin wrote: >> On 02/22/2013 08:55 AM, Konrad Rzeszutek Wilk wrote: >> > >> >What is bizzare is that I do recall testing this (and Stefano also did it). >> >So I am not sure what has

Re: [GIT PULL] x86/mm changes for v3.9-rc1

2013-02-22 Thread Yinghai Lu
On Fri, Feb 22, 2013 at 9:24 AM, Konrad Rzeszutek Wilk wrote: > On Fri, Feb 22, 2013 at 11:55:31AM -0500, Konrad Rzeszutek Wilk wrote: >> On Thu, Feb 21, 2013 at 04:34:06PM -0800, H. Peter Anvin wrote: >> > Hi Linus, >> > >> > This is a huge set of several partly interrelated (and concurrently >>

Re: [GIT PULL] x86/mm changes for v3.9-rc1

2013-02-22 Thread Dave Hansen
On 02/22/2013 08:55 AM, Konrad Rzeszutek Wilk wrote: > On Thu, Feb 21, 2013 at 04:34:06PM -0800, H. Peter Anvin wrote: >> Hi Linus, >> >> This is a huge set of several partly interrelated (and concurrently >> developed) changes, which is why the branch history is messier than >> one would like. >>

Re: [GIT PULL] x86/mm changes for v3.9-rc1

2013-02-22 Thread Konrad Rzeszutek Wilk
On Fri, Feb 22, 2013 at 09:12:57AM -0800, H. Peter Anvin wrote: > On 02/22/2013 08:55 AM, Konrad Rzeszutek Wilk wrote: > > > >What is bizzare is that I do recall testing this (and Stefano also did it). > >So I am not sure what has altered. > > > > Yes, there was a very specific reason why I wanted

Re: [GIT PULL] x86/mm changes for v3.9-rc1

2013-02-22 Thread H. Peter Anvin
On 02/22/2013 09:30 AM, Dave Hansen wrote: Do you have CONFIG_DEBUG_VIRTUAL on? You're probably hitting the new BUG_ON() in __phys_addr(). It's intended to detect places where someone is doing a __pa()/__phys_addr() on an address that's outside the kernel's identity mapping. There are a lot o

Re: [GIT PULL] x86/mm changes for v3.9-rc1

2013-02-22 Thread H. Peter Anvin
On 02/22/2013 08:22 AM, Linus Torvalds wrote: Ugh. So I've tried to walk through this, and it's painful. If this results in problems, we're going to be *so* screwed. Is it bisectable? I can't tell you for sure that it is bisectable at every point. There are definite bisection points in ther

Re: [GIT PULL] x86/mm changes for v3.9-rc1

2013-02-22 Thread H. Peter Anvin
On 02/22/2013 09:24 AM, Konrad Rzeszutek Wilk wrote: Here is a better serial log of the crash (just booting a normal Xen 4.1 + initial kernel with 8GB): Configuration, please, especially: is early_printk compiled in? Also, since this is Xen-related we really need your help on this. A lot

Re: [GIT PULL] x86/mm changes for v3.9-rc1

2013-02-22 Thread Konrad Rzeszutek Wilk
On Fri, Feb 22, 2013 at 11:55:31AM -0500, Konrad Rzeszutek Wilk wrote: > On Thu, Feb 21, 2013 at 04:34:06PM -0800, H. Peter Anvin wrote: > > Hi Linus, > > > > This is a huge set of several partly interrelated (and concurrently > > developed) changes, which is why the branch history is messier than

Re: [GIT PULL] x86/mm changes for v3.9-rc1

2013-02-22 Thread H. Peter Anvin
On 02/22/2013 08:55 AM, Konrad Rzeszutek Wilk wrote: What is bizzare is that I do recall testing this (and Stefano also did it). So I am not sure what has altered. Yes, there was a very specific reason why I wanted you guys to test it... -hpa -- H. Peter Anvin, Intel Open Source Tec

Re: [GIT PULL] x86/mm changes for v3.9-rc1

2013-02-22 Thread Konrad Rzeszutek Wilk
On Thu, Feb 21, 2013 at 04:34:06PM -0800, H. Peter Anvin wrote: > Hi Linus, > > This is a huge set of several partly interrelated (and concurrently > developed) changes, which is why the branch history is messier than > one would like. > > The *really* big items are two humonguous patchsets mostl

Re: [GIT PULL] x86/mm changes for v3.9-rc1

2013-02-22 Thread Linus Torvalds
On Thu, Feb 21, 2013 at 4:34 PM, H. Peter Anvin wrote: > > This is a huge set of several partly interrelated (and concurrently > developed) changes, which is why the branch history is messier than > one would like. > > The *really* big items are two humonguous patchsets mostly developed > by Yingh

[GIT PULL] x86/mm changes for v3.9-rc1

2013-02-21 Thread H. Peter Anvin
Hi Linus, This is a huge set of several partly interrelated (and concurrently developed) changes, which is why the branch history is messier than one would like. The *really* big items are two humonguous patchsets mostly developed by Yinghai Lu at my request, which completely revamps the way we c