I wrote:
> Mattia Dongili wrote:
>>>> http://oioio.altervista.org/linux/2.6.19-rc5-mm2-1-ko
> and
> http://oioio.altervista.org/linux/config-2.6.19-rc5-mm2-1
> | # CONFIG_SYSFS_DEPRECATED is not set
>
> | ieee1394: Node removed: ID:BUS[0-00:1023] GUID[080046030227e7bb]
> | ieee1394: Node removed: ID:BUS[20754571-38:0455] GUID[00000000f8ee6067]
> | BUG: unable to handle kernel NULL pointer dereference at virtual
> address 000000a4
> | printing eip:
> | c0238c60
> | *pde = 00000000
> | Oops: 0000 [#1]
> | SMP
> | last sysfs file: /devices/pci0000:00/0000:00:00.0/class
> [...]
> | EIP is at class_device_remove_attrs+0xd/0x34
> | eax: f7e02b8c ebx: 00000000 ecx: ffffffff edx: 00000000
> | esi: 00000000 edi: f7e02b8c ebp: f7629e04 esp: f7629df8
> | ds: 007b es: 007b ss: 0068
> | Process rmmod (pid: 2419, ti=f7628000 task=f702a550 task.ti=f7628000)
> | Stack: f7e02b8c f7e02b94 00000000 f7629e20 c0238d47 00000000 f7e02a30
> f7e02b8c
> | f7e02a30 00000000 f7629e2c c0238d82 f7e029f4 f7629e54 f8d5da3d
> f8d63087
> | 013cb08b 00000026 000001c7 f8ee6067 00000000 00000000 f8d5da52
> f7629e5c
> | Call Trace:
> | [<c0238d47>] class_device_del+0xc0/0xf0
> | [<c0238d82>] class_device_unregister+0xb/0x15
> | [<f8d5da3d>] nodemgr_remove_ne+0x64/0x79 [ieee1394]
> | [<f8d5da5d>] __nodemgr_remove_host_dev+0xb/0xf [ieee1394]
> | [<c02366dc>] device_for_each_child+0x1d/0x46
> | [<f8d5dd82>] nodemgr_remove_host+0x36/0x5d [ieee1394]
> | [<f8d5b4f3>] __unregister_host+0x1b/0x9c [ieee1394]
> | [<f8d5b70b>] highlevel_remove_host+0x24/0x47 [ieee1394]
> | [<f8d5b14f>] hpsb_remove_host+0x3b/0x5c [ieee1394]
> | [<f8dcbf9d>] ohci1394_pci_remove+0x47/0x1c7 [ohci1394]
> | [<c01dd619>] pci_device_remove+0x19/0x39
>
> Either the FireWire host's device->klist_children was overwritten before
> the call to device_for_each_child
or *during* the run of device_for_each_child, which first successfully
called nodemgr_remove_ne for node [0-00:1023] but then stumbled over the
false node [20754571-38:0455].
> (perhaps nodemgr didn't hold a reference which it should have), or/and
> all of this is an issue with the ongoing migration away from class_device.
--
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]