Oops in remove_wait_queue (Re: sbp2: sbp2util_node_write_no_wait failed)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Thorsten Holtkaemper wrote:
I am running kernel 2.6.13.4
...
After powering off and on the FireWire haddisk
the login failed with the same messages. Trying to reload the FireWire
related modules resulted in an oops. As far as I can remember such kind of
oops also happened at least once during module reload without your patch.

[...]
ieee1394: Initialized config rom entry `ip1394'
ohci1394: $Rev: 1299 $ Ben Collins <[email protected]>
ACPI: PCI Interrupt 0000:00:0c.0[A] -> GSI 19 (level, low) -> IRQ 209
ohci1394: fw-host0: Unexpected PCI resource length of 1000!
ohci1394: fw-host0: OHCI-1394 1.1 (PCI): IRQ=[209]  MMIO=[dfff7000-dfff77ff]  Max Packet=[2048]
eth1394: $Rev: 1264 $ Ben Collins <[email protected]>
eth1394: eth2: IEEE-1394 IPv4 over 1394 Ethernet (fw-host0)
sbp2: $Rev: 1306 $ Ben Collins <[email protected]>
ieee1394: unsolicited response packet received - no tlabel match
ieee1394: Node added: ID:BUS[0-00:1023]  GUID[0050770e501e1452]
ieee1394: Host added: ID:BUS[0-01:1023]  GUID[000010dc00592003]
scsi8 : SCSI emulation for IEEE-1394 SBP-2 Devices
Unable to handle kernel NULL pointer dereference at virtual address 00000003
 printing eip:
c012ec26
*pde = 00000000
Oops: 0002 [#1]
Modules linked in: sbp2 ohci1394 eth1394 ieee1394 vfat fat udf isofs nfsd exportfs lockd nfs_acl sunrpc lp thermal fan button processor ac battery capability commoncap af_packet ipv6 ipt_MASQUERADE ipt_mark ip_nat_irc ip_nat_ftp iptable_mangle iptable_nat ipt_state ipt_REJECT ipt_limit ipt_LOG ip_conntrack_ftp ip_conntrack_irc ip_conntrack iptable_filter ip_tables parport_pc parport pcspkr rtc 8139cp ehci_hcd snd_intel8x0 snd_ac97_codec snd_pcm_oss snd_mixer_oss snd_pcm snd_timer snd soundcore snd_page_alloc i2c_sis96x i2c_core shpchp pci_hotplug sis_agp agpgart sd_mod tsdev mousedev joydev evdev usbhid usb_storage scsi_mod hisax_fcpcipnp hisax_isac hisax crc_ccitt isdn slhc ohci_hcd usbcore 8139too mii subfs ide_cd cdrom ext3 jbd mbcache ide_disk ide_generic via82cxxx trm290 triflex slc90e66 sis5513 siimage serverworks sc1200 rz1000 piix pdc202xx_old pdc202xx_new opti621 ns87415 it821x hpt366 hpt34x generic cy82c693 cs5530 cs5520 cmd64x atiixp amd74xx alim15x3 aec62xx ide_
core unix
CPU:    0
EIP:    0060:[<c012ec26>]    Not tainted VLI
EFLAGS: 00210096   (2.6.13.4)
EIP is at remove_wait_queue+0x16/0x40
eax: ffffffff   ebx: ffffc0f3   ecx: ffffffff   edx: ffffc0e7
esi: 00200296   edi: c73e3000   ebp: 00000000   esp: cade5ecc
ds: 007b   es: 007b   ss: 0068
Process klipper (pid: 8204, threadinfo=cade4000 task=ca905020)
Stack: ffffc0e3 c73e3008 c016aa9e 00000000 00000000 00000009 c016ae1f cade5f38
       00000000 00000000 00000000 00000178 00000000 00000000 00000000 00000000
       00000178 cade4000 c14e45cc c14e45c8 c14e45c4 c14e45d8 c14e45d4 c14e45d0
Call Trace:
 [<c016aa9e>] poll_freewait+0x2e/0x50
 [<c016ae1f>] do_select+0x18f/0x2c0
 [<c016aac0>] __pollwait+0x0/0xd0
 [<c016b238>] sys_select+0x2a8/0x440
 [<c0103009>] syscall_call+0x7/0xb
Code: 04 89 0b 89 59 04 56 9d 8b 1c 24 8b 74 24 04 83 c4 08 c3 89 f6 83 ec 08 89 1c 24 89 74 24 04 9c 5e fa 8d 5a 0c 8b 42 0c 8b 4b 04 <89> 4804 89 01 c7 43 04 00 02 20 00 c7 42 0c 00 01 10 00 56 9d
 <3>ieee1394: sbp2: Error logging into SBP-2 device - login failed
sbp2: probe of 0050770e501e1452-0 failed with error -16
scsi9 : SCSI emulation for IEEE-1394 SBP-2 Devices
ieee1394: sbp2: Error logging into SBP-2 device - login failed
sbp2: probe of 0050770e501e1452-0 failed with error -16
[...]

What is the klipper process, and what did it poll there?

One thing about sbp2 which isn't optimal yet is that it creates a scsi_host before it logs in into the SBP-2 unit, instead of deferring host creation until after a successful login. Maybe the short lifetime of such a host reveals a vulnerability to race conditions somewhere.

(added linux-kernel to recipients)
--
Stefan Richter
-=====-=-=-= =-== --==-
http://arcgraph.de/sr/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]
  Powered by Linux