* scsi_run_queue oops
@ 2005-12-23 20:12 Dave Jones
2005-12-23 20:14 ` Matthew Wilcox
` (2 more replies)
0 siblings, 3 replies; 5+ messages in thread
From: Dave Jones @ 2005-12-23 20:12 UTC (permalink / raw)
To: linux-scsi
I got a report from a user who periodically sees
an oops in this function in our 2.6.14.3 based update.
Does this look familiar to anyone?
Unable to handle kernel NULL pointer dereference
printing eip:
*pde = 00426001
Oops: 0000 [#1]
SMP
Modules linked in: sata_nv libata scsi_mod e1000 nfs lockd nfs_acl sunrpc
CPU: 0
EIP: 0060:[<e09528e6>] Not tainted VLI
EFLAGS: 00010286 (2.6.14-1.1644_FC4smp)
EIP is at scsi_run_queue+0x10/0xaf [scsi_mod]
eax: 00000000 ebx: dd98007c ecx: dffef880 edx: 00000001
esi: ddc99e00 edi: 00000246 ebp: dd9071fc esp: c042af14
ds: 007b es: 007b ss: 0068
Process ksoftirqd/0 (pid: 3, threadinfo=c042a000 task=dfc41ab0)
Stack: dd9071fc dd98007c ddc99e00 00000246 dd9071fc e0952a7d ddc99e00 00000000
00000000 dd98007c e0952e88 00000001 e088260b dcd3a570 c15e3380 dcd3a570
00000000 00000000 00040000 00000024 dd9071fc 00000000 00000000 00000292
Call Trace:
[<e0952a7d>] scsi_end_request+0x83/0xb0 [scsi_mod]
[<e0952e88>] scsi_io_completion+0x29e/0x4d2 [scsi_mod]
[<e088260b>] e1000_clean_rx_irq+0x95/0x4f1 [e1000]
[<e094dcb2>] scsi_finish_command+0x82/0xb5 [scsi_mod]
[<e094db97>] scsi_softirq+0xc0/0x133 [scsi_mod]
[<c02bdf4e>] net_rx_action+0xb7/0x1bb
[<c01258c2>] __do_softirq+0x72/0xdc
[<c0105c43>] do_softirq+0x4b/0x4f
=======================
[<c0125ec2>] ksoftirqd+0x9c/0xe8
[<c0125e26>] ksoftirqd+0x0/0xe8
[<c0133d89>] kthread+0x93/0x97
[<c0133cf6>] kthread+0x0/0x97
[<c0101d5d>] kernel_thread_helper+0x5/0xb
Code: c5 8f df 8b 14 24 8b 42 44 e8 37 b6 9c df 89 44 24 04 89 d8 e8 2e b6 ff ff
eb b1 55 57 56 53 83 ec \
04 89 04 24 8b 80 10 01 00 00 <8b> 38 80 b8 85 01 00 00 00 0f 88 86 00 00 00 8b
47 44 e8 03 b6
The user mentions that the workstation is actually diskless, so I'm
puzzled why we're doing SCSI IO at all, but nevertheless...
I've asked for more info.
Dave
^ permalink raw reply [flat|nested] 5+ messages in thread* Re: scsi_run_queue oops
2005-12-23 20:12 scsi_run_queue oops Dave Jones
@ 2005-12-23 20:14 ` Matthew Wilcox
2005-12-23 20:20 ` Dave Jones
2005-12-23 20:41 ` James Bottomley
2005-12-23 22:15 ` Arjan van de Ven
2 siblings, 1 reply; 5+ messages in thread
From: Matthew Wilcox @ 2005-12-23 20:14 UTC (permalink / raw)
To: Dave Jones; +Cc: linux-scsi
On Fri, Dec 23, 2005 at 03:12:27PM -0500, Dave Jones wrote:
> The user mentions that the workstation is actually diskless, so I'm
> puzzled why we're doing SCSI IO at all, but nevertheless...
> I've asked for more info.
Maybe it has USB storage, or IEE1394, or ...
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: scsi_run_queue oops
2005-12-23 20:14 ` Matthew Wilcox
@ 2005-12-23 20:20 ` Dave Jones
0 siblings, 0 replies; 5+ messages in thread
From: Dave Jones @ 2005-12-23 20:20 UTC (permalink / raw)
To: Matthew Wilcox; +Cc: linux-scsi
On Fri, Dec 23, 2005 at 01:14:17PM -0700, Matthew Wilcox wrote:
> On Fri, Dec 23, 2005 at 03:12:27PM -0500, Dave Jones wrote:
> > The user mentions that the workstation is actually diskless, so I'm
> > puzzled why we're doing SCSI IO at all, but nevertheless...
> > I've asked for more info.
>
> Maybe it has USB storage, or IEE1394, or ...
This is happening early during boot up, so I'd be surprised.
(Reporter didn't mention anything exotic like that either,
but the details were a bit light, so maybe.)
Dave
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: scsi_run_queue oops
2005-12-23 20:12 scsi_run_queue oops Dave Jones
2005-12-23 20:14 ` Matthew Wilcox
@ 2005-12-23 20:41 ` James Bottomley
2005-12-23 22:15 ` Arjan van de Ven
2 siblings, 0 replies; 5+ messages in thread
From: James Bottomley @ 2005-12-23 20:41 UTC (permalink / raw)
To: Dave Jones; +Cc: linux-scsi
On Fri, 2005-12-23 at 15:12 -0500, Dave Jones wrote:
> I got a report from a user who periodically sees
> an oops in this function in our 2.6.14.3 based update.
>
> Does this look familiar to anyone?
Yes, this is the fix:
http://www.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=34ea80ec6a02ad02e6b9c75c478c18e5880d6713
James
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: scsi_run_queue oops
2005-12-23 20:12 scsi_run_queue oops Dave Jones
2005-12-23 20:14 ` Matthew Wilcox
2005-12-23 20:41 ` James Bottomley
@ 2005-12-23 22:15 ` Arjan van de Ven
2 siblings, 0 replies; 5+ messages in thread
From: Arjan van de Ven @ 2005-12-23 22:15 UTC (permalink / raw)
To: Dave Jones; +Cc: linux-scsi
On Fri, 2005-12-23 at 15:12 -0500, Dave Jones wrote:
> I got a report from a user who periodically sees
> an oops in this function in our 2.6.14.3 based update.
>
> Does this look familiar to anyone?
>
> Unable to handle kernel NULL pointer dereference
> printing eip:
> *pde = 00426001
> Oops: 0000 [#1]
> SMP
> Modules linked in: sata_nv libata scsi_mod e1000 nfs lockd nfs_acl sunrpc
> CPU: 0
> The user mentions that the workstation is actually diskless, so I'm
> puzzled why we're doing SCSI IO at all, but nevertheless...
it seems to at least have an nvidia sata controller....
(and no firewire or usb yet at this point)
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2005-12-23 22:15 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-12-23 20:12 scsi_run_queue oops Dave Jones
2005-12-23 20:14 ` Matthew Wilcox
2005-12-23 20:20 ` Dave Jones
2005-12-23 20:41 ` James Bottomley
2005-12-23 22:15 ` Arjan van de Ven
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.