Bug 69852
Summary: | kernel oops, hang | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Jamie Zawinski <jwz> |
Component: | kernel | Assignee: | Arjan van de Ven <arjanv> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | Brian Brock <bbrock> |
Severity: | high | Docs Contact: | |
Priority: | medium | ||
Version: | 7.3 | ||
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i686 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2004-09-30 15:39:47 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Jamie Zawinski
2002-07-25 22:03:41 UTC
I built kernel 2.4.19 (the kernel.org version) and less than a day after
installing it, I got a similar-looking oops. This one did not crash the
machine, it only took out X:
ksymoops 2.4.4 on i686 2.4.19. Options used
-V (default)
-k /proc/ksyms (default)
-l /proc/modules (default)
-o /lib/modules/2.4.19/ (default)
-m /boot/System.map-2.4.19 (default)
Warning: You did not tell me where to find symbol information. I will
assume that the log matches the kernel and modules that are running
right now and I'll use the default options above for symbol resolution.
If the current kernel and/or modules do not match the log, you can get
more accurate output by telling me the kernel version and where to find
map, modules, ksyms etc. ksymoops -h explains the options.
Sep 17 22:58:09 gronk kernel: Unable to handle kernel NULL pointer dereference
at virtual address 00000014
Sep 17 22:58:09 gronk kernel: c01fcd45
Sep 17 22:58:09 gronk kernel: *pde = 00000000
Sep 17 22:58:09 gronk kernel: Oops: 0000
Sep 17 22:58:09 gronk kernel: CPU: 0
Sep 17 22:58:09 gronk kernel: EIP: 0010:[<c01fcd45>] Tainted: P
Using defaults from ksymoops -t elf32-i386 -a i386
Sep 17 22:58:09 gronk kernel: EFLAGS: 00013206
Sep 17 22:58:09 gronk kernel: eax: 00000014 ebx: c01c0ec0 ecx: 00000000
edx: 00000014
Sep 17 22:58:09 gronk kernel: esi: cfb8bf08 edi: cfb8bf14 ebp: cb6568a0
esp: cfb8be78
Sep 17 22:58:09 gronk kernel: ds: 0018 es: 0018 ss: 0018
Sep 17 22:58:09 gronk kernel: Process X (pid: 975, stackpage=cfb8b000)
Sep 17 22:58:09 gronk kernel: Stack: cfb8bf08 00000014 c01fd939 cfb8bf08
cb6568a0 cd9b7634 cb6568a0 00000001
Sep 17 22:58:13 gronk kernel: 00000000 ffffffa1 00000001 0000ef00
00000000 cd9b75e0 00000001 d01b55a0
Sep 17 22:58:29 gronk kernel: d073a260 c0125478 cfb8bf08 0003ef4c
cfb8bf1c c34dd5c0 c01becc1 c34dd5c0
Sep 17 22:58:41 gronk kernel: Call Trace: [<c01fd939>] [<c0125478>]
[<c01becc1>] [<c01143da>] [<c01bedc8>]
Sep 17 22:58:42 gronk kernel: [<c0142562>] [<c0134976>] [<c010891b>]
Sep 17 22:58:43 gronk kernel: Code: 8b 18 4b 78 26 eb 14 8d 74 26 00 8b 46 0c 8d
b6 00 00 00 00
>>EIP; c01fcd45 <unix_detach_fds+25/60> <=====
Trace; c01fd939 <unix_stream_recvmsg+2d9/3a0>
Trace; c0125478 <handle_mm_fault+58/c0>
Trace; c01becc1 <sock_recvmsg+31/b0>
Trace; c01143da <do_page_fault+18a/4cb>
Trace; c01bedc8 <sock_read+88/a0>
Trace; c0142562 <sys_select+472/480>
Trace; c0134976 <sys_read+96/f0>
Trace; c010891b <system_call+33/38>
Code; c01fcd45 <unix_detach_fds+25/60>
00000000 <_EIP>:
Code; c01fcd45 <unix_detach_fds+25/60> <=====
0: 8b 18 mov (%eax),%ebx <=====
Code; c01fcd47 <unix_detach_fds+27/60>
2: 4b dec %ebx
Code; c01fcd48 <unix_detach_fds+28/60>
3: 78 26 js 2b <_EIP+0x2b> c01fcd70
<unix_detach_fds+50/60>
Code; c01fcd4a <unix_detach_fds+2a/60>
5: eb 14 jmp 1b <_EIP+0x1b> c01fcd60
<unix_detach_fds+40/60>
Code; c01fcd4c <unix_detach_fds+2c/60>
7: 8d 74 26 00 lea 0x0(%esi,1),%esi
Code; c01fcd50 <unix_detach_fds+30/60>
b: 8b 46 0c mov 0xc(%esi),%eax
Code; c01fcd53 <unix_detach_fds+33/60>
e: 8d b6 00 00 00 00 lea 0x0(%esi),%esi
What sort of stuff is it running - anything thats probably paticularly unusual ? This is my MP3 machine, so it doesn't do much: it runs X and xmms and a big pile of perl scripts. It has three big IDE disks. It also has a couple SCSI devices that I haven't used in months (CDRW, DAT.) BTW, someone said something about "kernel tainting" which leads me to believe I should mention that I'm using a Matrox G400 (not nVidia) and I haven't (intentionally) loaded any goofy modules. Here's what lsmod says after the above "oops" but without rebooting: Module Size Used by Tainted: P sb 8960 1 (autoclean) sb_lib 39456 0 (autoclean) [sb] uart401 7744 0 (autoclean) [sb_lib] sound 69164 1 (autoclean) [sb_lib uart401] soundcore 6212 5 (autoclean) [sb_lib sound] ipchains 37960 41 3c59x 27944 1 ide-cd 30048 0 (autoclean) cdrom 31936 0 (autoclean) [ide-cd] ext3 63744 16 (autoclean) jbd 46256 16 (autoclean) [ext3] usb-uhci 24292 0 (unused) usbcore 70912 1 [usb-uhci] Thanks for the bug report. However, Red Hat no longer maintains this version of the product. Please upgrade to the latest version and open a new bug if the problem persists. The Fedora Legacy project (http://fedoralegacy.org/) maintains some older releases, and if you believe this bug is interesting to them, please report the problem in the bug tracker at: http://bugzilla.fedora.us/ |