Re: [BUG] 2.6.20-rc3-mm1: can not mount root

2007-01-30 Thread Tomasz Kvarsin
On 1/30/07, Ingo Molnar <[EMAIL PROTECTED]> wrote: * Andrew Morton <[EMAIL PROTECTED]> wrote: > Tomasz, is this still happening in 2.6.20-rc6-mm3? > > err. We merged that patch. So perhaps 2.6.20-rc6 now crashes in the > same manner? no, we havent merged that patch yet, but it's: x86_64-m

Re: [BUG] 2.6.20-rc3-mm1: can not mount root

2007-01-30 Thread Tomasz Kvarsin
On 1/30/07, Tomasz Kvarsin <[EMAIL PROTECTED]> wrote: On 1/30/07, Andrew Morton <[EMAIL PROTECTED]> wrote: > On Fri, 5 Jan 2007 17:20:38 +0300 > "Tomasz Kvarsin" <[EMAIL PROTECTED]> wrote: > > > I can not boot machine with 2.6.20-rc3-mm1 and 2.6.20-rc2-mm1. > > I made binary search, patch bellow

Re: [BUG] 2.6.20-rc3-mm1: can not mount root

2007-01-30 Thread Tomasz Kvarsin
On 1/30/07, Andrew Morton <[EMAIL PROTECTED]> wrote: On Fri, 5 Jan 2007 17:20:38 +0300 "Tomasz Kvarsin" <[EMAIL PROTECTED]> wrote: > I can not boot machine with 2.6.20-rc3-mm1 and 2.6.20-rc2-mm1. > I made binary search, patch bellow cause this bug: > $quilt top > patches/sched-improve-sched_clo

Re: [BUG] 2.6.20-rc3-mm1: can not mount root

2007-01-30 Thread Ingo Molnar
* Ingo Molnar <[EMAIL PROTECTED]> wrote: > I'll try to reproduce this. cannot see the crash in qemu - i suspect it's .config dependent. Tomasz, could you send me the .config you used? Ingo - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a messag

Re: [BUG] 2.6.20-rc3-mm1: can not mount root

2007-01-30 Thread Ingo Molnar
* Andrew Morton <[EMAIL PROTECTED]> wrote: > Tomasz, is this still happening in 2.6.20-rc6-mm3? > > err. We merged that patch. So perhaps 2.6.20-rc6 now crashes in the > same manner? no, we havent merged that patch yet, but it's: x86_64-mm-improve-sched_clock-on-i686.patch I bet this is

Re: [BUG] 2.6.20-rc3-mm1: can not mount root

2007-01-30 Thread Andrew Morton
On Fri, 5 Jan 2007 17:20:38 +0300 "Tomasz Kvarsin" <[EMAIL PROTECTED]> wrote: > I can not boot machine with 2.6.20-rc3-mm1 and 2.6.20-rc2-mm1. > I made binary search, patch bellow cause this bug: > $quilt top > patches/sched-improve-sched_clock-on-i686.patch > > backtrace which I got by connecti

Re: [BUG] 2.6.20-rc3-mm1: can not mount root: i386: sched_clock using init data tsc_disable fix

2007-01-08 Thread Ingo Molnar
* Tomasz Kvarsin <[EMAIL PROTECTED]> wrote: > If anybody interesting this changes by Vivek Goyal: > > -int tsc_disable __cpuinitdata = 0; > +int tsc_disable = 0; ok, indeed. Ingo - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAI

Re: [BUG] 2.6.20-rc3-mm1: can not mount root: i386: sched_clock using init data tsc_disable fix

2007-01-08 Thread Tomasz Kvarsin
If anybody interesting this changes by Vivek Goyal: -int tsc_disable __cpuinitdata = 0; +int tsc_disable = 0; fix for me booting, and except message IRQ handler type mismatch for IRQ 7(is it normal?) and after that dump of stack, all works fine. On 1/5/07, Tomasz Kvarsin <[EMAIL PROTECTED]> wr

Re: [BUG] 2.6.20-rc3-mm1: can not mount root

2007-01-05 Thread Tomasz Kvarsin
On 1/5/07, Andrew Morton <[EMAIL PROTECTED]> wrote: On Fri, 5 Jan 2007 17:20:38 +0300 "Tomasz Kvarsin" <[EMAIL PROTECTED]> wrote: > I can not boot machine with 2.6.20-rc3-mm1 and 2.6.20-rc2-mm1. > I made binary search, patch bellow cause this bug: > $quilt top > patches/sched-improve-sched_cloc

Re: [BUG] 2.6.20-rc3-mm1: can not mount root

2007-01-05 Thread Andrew Morton
On Fri, 5 Jan 2007 17:20:38 +0300 "Tomasz Kvarsin" <[EMAIL PROTECTED]> wrote: > I can not boot machine with 2.6.20-rc3-mm1 and 2.6.20-rc2-mm1. > I made binary search, patch bellow cause this bug: > $quilt top > patches/sched-improve-sched_clock-on-i686.patch > > backtrace which I got by connecti

[BUG] 2.6.20-rc3-mm1: can not mount root

2007-01-05 Thread Tomasz Kvarsin
I can not boot machine with 2.6.20-rc3-mm1 and 2.6.20-rc2-mm1. I made binary search, patch bellow cause this bug: $quilt top patches/sched-improve-sched_clock-on-i686.patch backtrace which I got by connecting "gdb" to machine: _raw_spin_lock (lock=0xc06c0c60) at lib/spinlock_debug.c:108 108