This isn't going to be terribly useful other than giving someone a
heads-up there's a problem with something in 2.6.25-rc1 on the Alpha
PWS 433au. I get the usual messages out of "aboot", including
aboot: zero-filling 210392 bytes at 0xfffffc0000776740
aboot: starting kernel vmlinux.new.gz with argument ro root=/dev/sda3
and then the screen background switches to red and the machine locks
up solid. No further console output. Completely reproducible. The
2.6.24 kernel is fine.
Unless someone has a good idea what's causing this, I see a massive
"git bisect" project in my future. Won't be able to spend any time with
this until at least the weekend :-(.
--
------------------------------------------------------------------------
Bob Tracy | "I was a beta tester for dirt. They never did
[email protected] | get all the bugs out." - Steve McGrew on /.
------------------------------------------------------------------------
* Bob Tracy <[email protected]> wrote:
> This isn't going to be terribly useful other than giving someone a
> heads-up there's a problem with something in 2.6.25-rc1 on the Alpha
> PWS 433au. I get the usual messages out of "aboot", including
>
> aboot: zero-filling 210392 bytes at 0xfffffc0000776740 aboot: starting
> kernel vmlinux.new.gz with argument ro root=/dev/sda3
>
> and then the screen background switches to red and the machine locks
> up solid. No further console output. Completely reproducible. The
> 2.6.24 kernel is fine.
>
> Unless someone has a good idea what's causing this, I see a massive
> "git bisect" project in my future. Won't be able to spend any time
> with this until at least the weekend :-(.
hm, is this SMP? Alpha uses asm-generic/percpu.h. One "early bootup"
effect on Alpha that i can think of could have been this family of
commits:
commit acdac87202a408133ee8f7985076de9d2e0dc5ab
Author: [email protected] <[email protected]>
Date: Wed Jan 30 13:32:52 2008 +0100
percpu: make the asm-generic/percpu.h more "generic"
you wont be able to revert this patch cleanly, perhaps try to compile
commit cf8fa920cb4271f17e0265c863d64bea1b31941a and see whether it
boots. (that tree does not have the percpu changes yet)
if that doesnt help then i guess it's the bisection of 9000+ commits :-/
Ingo
* Ingo Molnar <[email protected]> wrote:
> > Unless someone has a good idea what's causing this, I see a massive
> > "git bisect" project in my future. Won't be able to spend any time
> > with this until at least the weekend :-(.
>
> hm, is this SMP? Alpha uses asm-generic/percpu.h. One "early bootup"
> effect on Alpha that i can think of could have been this family of
> commits:
another possibility would be to turn off PRINTK_TIMESTAMPS [if they are
on in your .config].
Ingo
On Wed, Feb 13, 2008 at 02:04:32PM +0100, Ingo Molnar wrote:
> > > Unless someone has a good idea what's causing this, I see a massive
> > > "git bisect" project in my future. Won't be able to spend any time
> > > with this until at least the weekend :-(.
> >
> > hm, is this SMP? Alpha uses asm-generic/percpu.h. One "early bootup"
> > effect on Alpha that i can think of could have been this family of
> > commits:
>
> another possibility would be to turn off PRINTK_TIMESTAMPS [if they are
> on in your .config].
No SMP, no PRINTK_TIMESTAMPS in my case. Looks like it dies trying to
to switch to vga console, but I had no time to debug this yet...
Ivan.
Ivan Kokshaysky wrote:
> No SMP, no PRINTK_TIMESTAMPS in my case. Looks like it dies trying to
> to switch to vga console, but I had no time to debug this yet...
Same basic configuration as Ivan. Concur with the observation that
death seems to happen during the console switch. Using the radeonfb
driver (built-in, default graphics mode 80x30).
--
------------------------------------------------------------------------
Bob Tracy | "I was a beta tester for dirt. They never did
[email protected] | get all the bugs out." - Steve McGrew on /.
------------------------------------------------------------------------
On Tue, 2008-02-12 at 23:29 -0600, Bob Tracy wrote:
> This isn't going to be terribly useful other than giving someone a
> heads-up there's a problem with something in 2.6.25-rc1 on the Alpha
> PWS 433au. I get the usual messages out of "aboot", including
>
> aboot: zero-filling 210392 bytes at 0xfffffc0000776740
> aboot: starting kernel vmlinux.new.gz with argument ro root=/dev/sda3
>
> and then the screen background switches to red and the machine locks
> up solid. No further console output. Completely reproducible. The
> 2.6.24 kernel is fine.
>
> Unless someone has a good idea what's causing this, I see a massive
> "git bisect" project in my future. Won't be able to spend any time with
> this until at least the weekend :-(.
Does: http://lkml.org/lkml/2008/1/28/100
help?
On Wed, Feb 13, 2008 at 11:14:43AM -0600, Bob Tracy wrote:
> Ivan Kokshaysky wrote:
> > No SMP, no PRINTK_TIMESTAMPS in my case. Looks like it dies trying to
> > to switch to vga console, but I had no time to debug this yet...
>
> Same basic configuration as Ivan. Concur with the observation that
> death seems to happen during the console switch. Using the radeonfb
> driver (built-in, default graphics mode 80x30).
As Peter pointed out in other mail, this is fixed by
http://lkml.org/lkml/2008/1/28/100
Ivan.
Peter Zijlstra wrote:
> Does: http://lkml.org/lkml/2008/1/28/100
>
> help?
I'll give that a try this evening or tomorrow and let you know.
--
------------------------------------------------------------------------
Bob Tracy | "I was a beta tester for dirt. They never did
[email protected] | get all the bugs out." - Steve McGrew on /.
------------------------------------------------------------------------
Ivan Kokshaysky wrote:
> On Wed, Feb 13, 2008 at 11:14:43AM -0600, Bob Tracy wrote:
> > Ivan Kokshaysky wrote:
> > > No SMP, no PRINTK_TIMESTAMPS in my case. Looks like it dies trying to
> > > to switch to vga console, but I had no time to debug this yet...
> >
> > Same basic configuration as Ivan. Concur with the observation that
> > death seems to happen during the console switch. Using the radeonfb
> > driver (built-in, default graphics mode 80x30).
>
> As Peter pointed out in other mail, this is fixed by
>
> http://lkml.org/lkml/2008/1/28/100
ACK. I'll confirm it works for me this evening. Good catch, all.
--
------------------------------------------------------------------------
Bob Tracy | "I was a beta tester for dirt. They never did
[email protected] | get all the bugs out." - Steve McGrew on /.
------------------------------------------------------------------------
Ivan Kokshaysky wrote:
> On Wed, Feb 13, 2008 at 11:14:43AM -0600, Bob Tracy wrote:
> > Ivan Kokshaysky wrote:
> > > No SMP, no PRINTK_TIMESTAMPS in my case. Looks like it dies trying to
> > > to switch to vga console, but I had no time to debug this yet...
> >
> > Same basic configuration as Ivan. Concur with the observation that
> > death seems to happen during the console switch. Using the radeonfb
> > driver (built-in, default graphics mode 80x30).
>
> As Peter pointed out in other mail, this is fixed by
>
> http://lkml.org/lkml/2008/1/28/100
Confirmed. This fixes 2.6.25-rc1 for me. I'm running on it as I type
this.
--
------------------------------------------------------------------------
Bob Tracy | "I was a beta tester for dirt. They never did
[email protected] | get all the bugs out." - Steve McGrew on /.
------------------------------------------------------------------------