I have had the kernel freeze on my several times with no indications why in
the log. The I had the idea that I should let the virtual console 1 display
to see if I still got the kernel crash. Well I did, and the result I put
through scripts/ksymoops to clarify it a bit:
unable to handle kernel paging request at virtual address ffffffff
current->tss.cr3 = 00101000, %cr3 = 00101000
*pde = 00000000
eax: 0000000f ebx: c7e471c0 ecx: 00000000 edx: 00000001
esi: c885b9bc edi: c022c3a4 ebp: c0247f4c esp: c0247f18
ds: 0018 es: 0018 ss: 0018
stack: 00000001 c7e471c0 c01127ae c7e471c0 00000001 c027dea0 00259eae
00000001 c010ae3a 00000000 00000000 00000000 c0247f60 c01196d9
c0246000 c010b19a 00000e00 c010ae60 00000000 c0246000 00000000
call trace: [<c01127ae>] [<c010ae3a>] [<c01196d9>] [<c010b19a>]
[<c010ae60>] [<c01088dd>] [<c0106000>]
[<c0108900>] [<c010a06c>] [<c0106000>] [<c0106077>]
code: bad eip value.
Warning: trailing garbage ignored on Code: line
Text: 'code: bad eip value.'
Garbage: 'ip value.'
Oops_code_values invalid value 0xbad in Code line, not a multiple of 2
digits, value ignored
Oops_code_values invalid value 0xe in Code line, not a multiple of 2
digits, value ignored
>>EIP: ffffffff <END_OF_CODE+37649e23/???
Trace: c01127ae <timer_bh+2be/404>
Trace: c010ae3a <do_8259A_IRQ+9a/a8>
Trace: c01196d9 <do_bottom_half+49/70>
Trace: c010b19a <do_IRQ+3a/3c>
Trace: c010ae60 <common_interrupt+18/20>
Trace: c01088dd <cpu_idle+5d/6c>
Trace: c0106000 <get_options+0/70>
Trace: c0108900 <sys_idle+14/20>
Code: ffffffff <END_OF_CODE+37649e23/??? 00000000 <_EIP>: <===
aiee, killing interrupt handler
kernel panic: attempted to kill the idle task!
in swapper task - not syncing
1737 warnings and 5 errors issued. Results may not be reliable.
As suggested by a third party, I should be able to find the offending
module (if it is a module) this way:
for i in `find -name '*.o'`;do
objdump --disassemble-all --reloc $i | grep '^0.*9bc <'
*9bc originates from the ESI register (used by a function call, I was
explained) and the only valid match was this:
This is the AGP part of the /var/log/messages file:
Oct 5 15:01:11 overmind kernel: Linux agpgart interface v0.99 (c) Jeff
Oct 5 15:01:11 overmind kernel: agpgart: Maximum main memory to use for
agp memory: 96M
Oct 5 15:01:11 overmind kernel: agpgart: Detected AMD Irongate chipset
Oct 5 15:01:11 overmind kernel: agpgart: AGP aperture is 64M @ 0xe0000000
The strange thing is, that my system is much more stable (if not
completely, hard to say without waiting 14 days) if I disable USB in the
bios, which causes usb-ohci and usbcore not to be loaded. If loaded, 1-3
freezes a day occurs.
I am using the nvidia drivers for XFree86, but have seen the kernel freeze
even with the nv driver (XF86 driver).
I have disabled AGP usage in XF86Config-4 and this is also seen by lsmod,
which shows agpgart to be loaded and not used by anything.
output from lspci:
00:00.0 Host bridge: Advanced Micro Devices [AMD] AMD-751 [Irongate] System
Controller (rev 23)
00:01.0 PCI bridge: Advanced Micro Devices [AMD] AMD-751 [Irongate] AGP
Bridge (rev 01)
00:07.0 ISA bridge: Advanced Micro Devices [AMD] AMD-756 [Viper] ISA (rev
00:07.1 IDE interface: Advanced Micro Devices [AMD] AMD-756 [Viper] IDE
(rev 03)00:07.3 Bridge: Advanced Micro Devices [AMD] AMD-756 [Viper] ACPI
00:07.4 USB Controller: Advanced Micro Devices [AMD] AMD-756 [Viper] USB
00:08.0 Multimedia audio controller: Yamaha Corporation YMF-724F [DS-1
Audio Controller] (rev 03)
00:0a.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139 (rev
01:05.0 VGA compatible controller: nVidia Corporation NV11 (rev a1)
I am not using the kernel YMF724 driver (which causes kernel hangs as well,
but that bug is reported by someone else).
In this particular kernel freeze, the nvidia driver and the usb driver were
both using the same interrupt (only ones sharing interrupts).
I probably had exactly the same problem on my computer. When I left it idle for
enough time, it just froze with blank screen and nothing in the logs.
It happened only with the shipped 2.2.16-22 kernel, after I upgraded to
2.4.0-test9, the problem seems to be gone. My CPU is Pentium III 500MHz (Katmai)
on MSI 6163 motherboard(440BX) with TNT2 video (nv driver, agpgart module was
loaded too I think). Other hardware is 3c905B and sb PCI 128, all working well.
I thought it was somehow related to power management, because the system froze
only after being idle, but adding Option "NoPM" "true" to XF86Config didn't
If necessary I can restore the old kernel and perform more testing.
I've seen the same problems with USB.
Looks like a bug in the USB back port.
unloading the USB modules stopped the
My system is AMD ATHLON 600MHZ, nvidia TNT2-Vanta, stock kernel from 7.0. The
additional remark is that my system freezes even if I disable the onboard USB
support in the BIOS. This happens 2 minutes after starting X.
When I had USB enabled and usb module loaded, my system froze as soon as kudzu
started, hence I could never boot my system.
It seems that if I add
to lilo.conf, my system is fine (previously, it froze 2 minutes after starting
X). On the other hand, if I enable USB in the BIOS, my system immediately
freezes when I start X.