Re: [uml-devel] [PATCH resend] um, hweight: Fix UML boot crash

2010-06-14 Thread Boaz Harrosh
On 06/14/2010 07:41 PM, H. Peter Anvin wrote: > On 06/14/2010 09:08 AM, Boaz Harrosh wrote: >> On 06/09/2010 09:29 PM, H. Peter Anvin wrote: >>> On 06/09/2010 01:46 AM, Geert Uytterhoeven wrote: Peter, are you happy with this? Although we still don't know why UML cannot grok it, it d

Re: [uml-devel] [PATCH resend] um, hweight: Fix UML boot crash

2010-06-14 Thread H. Peter Anvin
On 06/14/2010 09:08 AM, Boaz Harrosh wrote: > On 06/09/2010 09:29 PM, H. Peter Anvin wrote: >> On 06/09/2010 01:46 AM, Geert Uytterhoeven wrote: >>> >>> Peter, are you happy with this? >>> Although we still don't know why UML cannot grok it, it does fix a >>> regression in post-2.6.34. >>> >> >> Ye

Re: [uml-devel] [PATCH resend] um, hweight: Fix UML boot crash

2010-06-14 Thread Boaz Harrosh
On 06/09/2010 09:29 PM, H. Peter Anvin wrote: > On 06/09/2010 01:46 AM, Geert Uytterhoeven wrote: >> >> Peter, are you happy with this? >> Although we still don't know why UML cannot grok it, it does fix a >> regression in post-2.6.34. >> > > Yes, I'll push it. > > -hpa Peter hi. Why have

Re: [uml-devel] [PATCH] x86, hweight: Fix UML boot crash

2010-06-14 Thread H. Peter Anvin
On 06/14/2010 08:11 AM, Toralf Förster wrote: > > Geert Uytterhoeven wrote at 16:39:00 >> I assume you did a `make clean' in between? > ... >> BTW, I'm also using ccache. Always. Ever. All my (cross)compilers are > Well, I'm unsure - might be I made that mistake, especially b/c I use ccache > too

Re: [uml-devel] [PATCH] x86, hweight: Fix UML boot crash

2010-06-14 Thread Toralf Förster
Geert Uytterhoeven wrote at 16:39:00 > I assume you did a `make clean' in between? ... > BTW, I'm also using ccache. Always. Ever. All my (cross)compilers are Well, I'm unsure - might be I made that mistake, especially b/c I use ccache too since years and didn't experienced any fault so far. --

Re: [uml-devel] [PATCH] x86, hweight: Fix UML boot crash

2010-06-14 Thread Geert Uytterhoeven
2010/6/14 Toralf Förster : > Borislav Petkov wrote at 15:00:39 > >> Linus' tree doesn't contain the fix yet - rather it is in -tip: >> http://git.kernel.org/tip/055c47272b8f5679d08ccc57efea3cb4aaeb5fc6 >> >> You can easily cherry-pick it from there and retest. > Issue solved works with that patch.

Re: [uml-devel] [PATCH] x86, hweight: Fix UML boot crash

2010-06-14 Thread Borislav Petkov
From: Toralf Förster Date: Mon, Jun 14, 2010 at 11:49:24AM +0200 > Borislav Petkov wrote at 16:10:58 > > Did you do 'make mrproper' before rebuilding UML with it? > > Today I started with a clean git tree (cloned Linus tree) and got this : Right, I kinda missed that line, now it makes sense. L

Re: [uml-devel] [PATCH] x86, hweight: Fix UML boot crash

2010-06-14 Thread Toralf Förster
Borislav Petkov wrote at 15:00:39 > Linus' tree doesn't contain the fix yet - rather it is in -tip: > http://git.kernel.org/tip/055c47272b8f5679d08ccc57efea3cb4aaeb5fc6 > > You can easily cherry-pick it from there and retest. Issue solved works with that patch. FWIW : This command sequence prod

Re: [uml-devel] [PATCH] x86, hweight: Fix UML boot crash

2010-06-14 Thread Toralf Förster
Paolo Giarrusso wrote at 12:26:11 > Can you enable frame pointers to get an accurate stack trace? x86 can Attached the .config with that function enabled, here's the output : ... Initializing software serial port version 1 console [mc-1] enabled ubda: EIP: 0073:[<081bfec3>] CPU: 0 Not tainted ESP

Re: [uml-devel] [PATCH] x86, hweight: Fix UML boot crash

2010-06-14 Thread Paolo Giarrusso
2010/6/14 Toralf Förster : > > Borislav Petkov wrote at 16:10:58 >> Did you do 'make mrproper' before rebuilding UML with it? > > Today I started with a clean git tree (cloned Linus tree) and got this : > > foer...@n22 ~ $ start_uml.sh Can you enable frame pointers to get an accurate stack trace?

Re: [uml-devel] [PATCH] x86, hweight: Fix UML boot crash

2010-06-14 Thread Toralf Förster
Borislav Petkov wrote at 16:10:58 > Did you do 'make mrproper' before rebuilding UML with it? Today I started with a clean git tree (cloned Linus tree) and got this : foer...@n22 ~ $ start_uml.sh Locating the bottom of the address space ... 0x1000 Locating the top of the address space ... 0xc00