lkml.org 
[lkml]   [2004]   [Oct]   [25]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
Subject2.6.9 Oops in tcp_time_to_recover + 0x6d/0x1b0
Hi all.

I've had this happen twice now with mostly the same Oops message.
Maybe a third time, however the screen was blanked. They occur at the
very same instruction pointer, and from the mprime process context.

Unable to handle kernel NULL pointer dereference at virtual address 00000050
printing eip:
*pde = 00000000
Oops: 0000 [#1]
PREEMT SMP
Modules link in: sbp2 ohci1394 ieee1394
CPU: 1
EIP: 0060:[<c032c97d>] Not tainted : VLI
EFLAGS: 00210246 (2.6.9)
EIP is at tcp_time_to_recover+0x6d/0x1b0
eax: 19eeb26a ebx: cc2d97f0 ecx: 00000001 edx: 00000000
esi: 00000006 edi: cc2d9600 ebp: 0000003 esp: c04c2d3c
ds: 007b es: 007b ss: 0068
Process mprime (pid: 2845, threadinfo=c04c2000 task=ee66a310)
Stack: cc2d97f0 00000000 00000000 00000003 c032d62f 00200002 c74fc00c 0000000
e2fca91c 00000000 00000006 00000003 a5861ecc cc2d9600 00000002 cc2d97f0
a58628d8 00000006 c032ea24 00000006 0000000 00000000 00200292 00000001
Call Trace:
Stack pointer is garbage, not printing trace
Code: 01 00 00 00 39 cd 0f 8f 00 01 00 00 8b 8b 98 00 00 00 85 c9 74 24 8b 57 64
0d 47 64 39 c2 b8 00 00 00 00 0f 44 d0 a1 e0 84 3e c0 <2b> 42 50 3b 83 94 00 00
00 0f 87 d5 00 00 00 89 f2 0f b6 c2 39


There may be numerous typos since it's typed from a poor digital camera image.

The code disassmbles to:
c032c951: b9 01 00 00 00 mov $0x1,%ecx
c032c956: 39 c2 cmp %eax,%edx
c032c958: 0f 8f 08 01 00 00 jg c032ca66
<tcp_time_to_recover+0x156>
c032c95e: 8b 8b 98 00 00 00 mov 0x98(%ebx),%ecx
c032c964: 85 c9 test %ecx,%ecx
c032c966: 74 24 je c032c98c
<tcp_time_to_recover+0x7c>
c032c968: 8b 57 64 mov 0x64(%edi),%edx
c032c96b: 8d 47 64 lea 0x64(%edi),%eax
c032c96e: 39 c2 cmp %eax,%edx
c032c970: b8 00 00 00 00 mov $0x0,%eax
c032c975: 0f 44 d0 cmove %eax,%edx
c032c978: a1 e0 84 3e c0 mov 0xc03e84e0,%eax
c032c97d: 2b 42 50 sub 0x50(%edx),%eax <-- Oops is here
c032c980: 3b 83 94 00 00 00 cmp 0x94(%ebx),%eax
c032c986: 0f 87 d5 00 00 00 ja c032ca61
<tcp_time_to_recover+0x151>
c032c98c: 89 f2 mov %esi,%edx
c032c98e: 0f b6 c2 movzbl %dl,%eax
c032c991: 39 c1 cmp %eax,%ecx

Punching in the addresses I see on the stack gives a back trace of:
tcp_time_to_recover
tcp_fastretrans_alert
tcp_ack

gcc version 3.3.4
Hardware is a dual 1.2Ghz Athlon MP with 768MB of register ecc

lspci:
00:00.0 Host bridge: Advanced Micro Devices [AMD] AMD-760 MP [IGD4-2P]
System Controller (rev 20)
00:01.0 PCI bridge: Advanced Micro Devices [AMD] AMD-760 MP [IGD4-2P] AGP Bridge
00:07.0 ISA bridge: Advanced Micro Devices [AMD] AMD-768 [Opus] ISA (rev 05)
00:07.1 IDE interface: Advanced Micro Devices [AMD] AMD-768 [Opus] IDE (rev 04)
00:07.3 Bridge: Advanced Micro Devices [AMD] AMD-768 [Opus] ACPI (rev 03)
00:08.0 SCSI storage controller: LSI Logic / Symbios Logic 53c1010
Ultra3 SCSI Adapter (rev 01)
00:08.1 SCSI storage controller: LSI Logic / Symbios Logic 53c1010
Ultra3 SCSI Adapter (rev 01)
00:10.0 PCI bridge: Advanced Micro Devices [AMD] AMD-768 [Opus] PCI (rev 05)
01:05.0 VGA compatible controller: nVidia Corporation NV20 [GeForce3] (rev a3)
02:00.0 USB Controller: Advanced Micro Devices [AMD] AMD-768 [Opus] USB (rev 07)
02:05.0 Multimedia audio controller: Creative Labs SB Live! EMU10k1 (rev 08)
02:05.1 Input device controller: Creative Labs SB Live! MIDI/Game Port (rev 08)
02:06.0 FireWire (IEEE 1394): Texas Instruments TSB12LV26 IEEE-1394
Controller (Link)
02:07.0 Ethernet controller: Intel Corp. 82557/8/9 [Ethernet Pro 100] (rev 0d)
02:08.0 RAID bus controller: Promise Technology, Inc. PDC20276 IDE (rev 01)


Hope any of this helps,

George
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

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