Benjamin Herrenschmidt <[EMAIL PROTECTED]> writes: > On Sun, 2005-02-06 at 11:07 +0100, Peter Osterlund wrote: > > Andrew Morton <[EMAIL PROTECTED]> writes: > > > > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11-rc3/2.6.11-rc3-mm1/ > > > > It gives me a kernel panic at boot if I have CONFIG_FB_RADEON > > enabled. If I also have CONFIG_FRAMEBUFFER_CONSOLE enabled, I get this > > output: > > > > Unable to handle kernel NULL pointer dereference at virtual address > > 00000000 > > ... > > PREEMPT > > ... > > EIP is a strncpy_from_user+0x33/0x47 > > ... > > Call Trace: > > getname+0x69/0xa5 > > sys_open+0x12/0xc6 > > sysenter_past_esp+0x52/0x75 > > ... > > Kernel panic - not syncing: Attempted to kill init! > > > > If I don't have CONFIG_FRAMEBUFFER_CONSOLE enabled, I get a screen > > with random junk and some blinking colored boxes, and the machine > > hangs. > > That's very strange... I don't see what in radeonfb could cause this. > Just in case, can you try commenting out the call to radeon_pm_init() in > radeon_base.c, see if it makes any difference (though I don't think so).
No, it didn't make any difference. I added a printk to do_getname() and I see that it is called with filename==0. I disabled the framebuffer so I could boot the kernel, then wrote a small test program that does open(0, O_RDONLY). This also calls do_getname() with filename==0, but does not generate an oops. Maybe there is something wrong with exception handling that early in the boot sequence. -- Peter Osterlund - [EMAIL PROTECTED] http://web.telia.com/~u89404340 - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/