lkml.org 
[lkml]   [2002]   [Jun]   [3]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectOops in 2.5.20 with radeon framebuffer
Hello,

For the past couple of 2.5.x kernel versions I have been seeing an
odd Oops on boot of a newly built kernel. The Oops only happens on
stock kernels from ftp.kernel.org, if I wait until the -dj patch for the
version in question it always boots fine. I guess the means that
somewhere the framebuffer code in -dj is different enough from mainline
to allow my machine to boot and to work perfectly. With a mainline
kernel my system will start to boot and then as soon as video switches
from text to framebuffer the Oops happens, the logo in the top left
never even gets drawn. Attached is a copy of the oops which has been
run through ksymoops already. Thank you for any help.

Jordan

ksymoops 2.4.4 on i686 2.5.18-dj1. Options used
-v /usr/src/linux/vmlinux (specified)
-K (specified)
-L (specified)
-o /lib/modules/2.5.20 (specified)
-m /usr/src/linux/System.map (specified)

No modules in ksyms, skipping objects
Unable to handle kernel NULL pointer dereference at virtual address 00000040
c02e4554
*pde = 00000000
Oops: 0002
CPU: 0
EIP: 0010:[<c02e4554>] Not Tainted
Using defaults from ksymoops -t elf32-i386 -a i386
eax: c053c6c0 ebx: 00000020 ecx: 00000008 edx: 00000020
esi: c053c6c0 edi: 00000040 ebp: 00000000 esp: c17d7d94
ds: 0018 es: 0018 ss: 0018
Stack: 00000020 00002c2c 00003e3e 00000030 00000010 dfd06128 00000000 00000000
dfd06000 c02e8fc8 c044530c dfd06128 00000000 00000010 00000010 00000010
00000010 c046dd84 c044530c 00000001 00000000 dfd06000 c0538340 c1507a40
Call Trace: [<c02e8fc8>] [<c02e59b7>] [<c02eb7fd>] [<c02e73ad>] [<c02512b9>]
[<c0254f4c>] [<c02e429c>] [<c02e9f59>] [<c022368d>] [<c024048e>] [<c02405d5>]
[<c02415d6>] [<c02405f2>] [<c02405a0>] [<c0241cc0>] [<c0105000>] [<c0223776>]
[<c01050de>] [<c0105000>] [<c0107386>] [<c0105080>]
Code: f3 a5 f6 c3 02 74 02 66 a5 f6 c3 01 74 01 a4 eb 0b 53 56 57

>>EIP; c02e4554 <fb_copy_cmap+a4/2c0> <=====
Trace; c02e8fc8 <gen_set_cmap+88/a0>
Trace; c02e59b7 <fbcon_setup+8c7/940>
Trace; c02eb7fd <radeonfb_switch+fd/130>
Trace; c02e73ad <fbcon_switch+17d/1c0>
Trace; c02512b9 <redraw_screen+c9/140>
Trace; c0254f4c <take_over_console+ec/180>
Trace; c02e429c <register_framebuffer+fc/140>
Trace; c02e9f59 <radeonfb_pci_register+679/7d0>
Trace; c022368d <pci_device_probe+1d/30>
Trace; c024048e <found_match+2e/b0>
Trace; c02405d5 <do_driver_bind+35/40>
Trace; c02415d6 <bus_for_each_dev+a6/120>
Trace; c02405f2 <driver_bind+12/20>
Trace; c02405a0 <do_driver_bind+0/40>
Trace; c0241cc0 <driver_register+b0/c0>
Trace; c0105000 <_stext+0/0>
Trace; c0223776 <pci_register_driver+36/50>
Trace; c01050de <init+5e/200>
Trace; c0105000 <_stext+0/0>
Trace; c0107386 <kernel_thread+26/30>
Trace; c0105080 <init+0/200>
Code; c02e4554 <fb_copy_cmap+a4/2c0>
00000000 <_EIP>:
Code; c02e4554 <fb_copy_cmap+a4/2c0> <=====
0: f3 a5 repz movsl %ds:(%esi),%es:(%edi) <=====
Code; c02e4556 <fb_copy_cmap+a6/2c0>
2: f6 c3 02 test $0x2,%bl
Code; c02e4559 <fb_copy_cmap+a9/2c0>
5: 74 02 je 9 <_EIP+0x9> c02e455d <fb_copy_cmap+ad/2c0>
Code; c02e455b <fb_copy_cmap+ab/2c0>
7: 66 a5 movsw %ds:(%esi),%es:(%edi)
Code; c02e455d <fb_copy_cmap+ad/2c0>
9: f6 c3 01 test $0x1,%bl
Code; c02e4560 <fb_copy_cmap+b0/2c0>
c: 74 01 je f <_EIP+0xf> c02e4563 <fb_copy_cmap+b3/2c0>
Code; c02e4562 <fb_copy_cmap+b2/2c0>
e: a4 movsb %ds:(%esi),%es:(%edi)
Code; c02e4563 <fb_copy_cmap+b3/2c0>
f: eb 0b jmp 1c <_EIP+0x1c> c02e4570 <fb_copy_cmap+c0/2c0>
Code; c02e4565 <fb_copy_cmap+b5/2c0>
11: 53 push %ebx
Code; c02e4566 <fb_copy_cmap+b6/2c0>
12: 56 push %esi
Code; c02e4567 <fb_copy_cmap+b7/2c0>
13: 57 push %edi

<0>Kernel Panic: Attempted to kill init!

\
 
 \ /
  Last update: 2005-03-22 13:26    [W:0.106 / U:0.236 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site