Mercoled�, 25 Giu 2003, alle 01:33 Europe/Rome, Benjamin Herrenschmidt
ha scritto:
On Tue, 2003-06-24 at 16:08, Giuseppe Sacco wrote:
Hi people,
lately I got many kernel panic using 2.4.21-ben1 kernel compiled with
gcc-3.3 and with gcc-2.95.
The message I get at the monitor prompt is
kernel bug at page_alloc.c:106!
vector: 0 at pc=c0034c64, lr=c0034c64
msr=9032, sp=dc5dfde0 [dc5dfd18]
current=dc5de000, pid=447, comm=XFree86
does someone has the same experience?
That should definitely not happen. What is your setup ? (what machine,
anything special you do when those happen ?)
can you try getting a backtrace ? (with the "t" command in xmon,
then lookup the addresses in System.map)
Hi Ben,
this happened starting some days ago when I updated to unstable and
2.4.21-ben1 at the same time.
I then tried downgrading everythink (but not the kernel) to testing and
to stable. Nothing happened. I also tried many versions of XFree86 and
compiled (with different compilers and optimizations) kernel and xfree
and glibc (2.3.1 and 2.3.2).
I finally understood that the problem is in the kernel, in version
2.4.21-ben1.
The machine I use is a PowerBook G4 running at 867Mhz.
What I do in order to block the kernel is just to log in using XDM. The
system hangs immediately. Or, when I have the XDM window, switch to
console, login and reboot.
At the xmon, when I get the backtrace I see some address. I did write
beside that address, the name I found in the System.map from kernel
2.4.21-ben1 (compiled with gcc 2.95). At the end I also added the
start/end addresses of every function used.
c0034c64 (in __free_pages_ok)
c00f3888 (in agp_generic_destroy_page)
c00f2bf4 (in agp_free_memory)
e3378189
e3380ed0
e3377dd4
e337df54
c004e654 (in sys_ioctl)
c000613c (in ret_from_syscall_1)
exception:c00 [dd5f3f50] fe93930
1005700c
1029cd84
105159d4
10510144
10132048
1004c03c
10068974
1012e144
10090f3c
0fdd606c
0fdd5efc
00000000
From my System.map:
c0034880 t __free_pages_ok
c0034d3c t rmqueue
c00f2b6c T agp_free_memory
c00f2c48 T agp_allocate_memory
c00f3834 t agp_generic_destroy_page
c00f38b8 T agp_enable
c004e588 T sys_ioctl
c004e7e8 T vfs_readdir
c000613c T ret_from_syscall_1
c00061f0 T ret_from_syscall_2
Thank you very much for yourk,
Giuseppe
