Re: firewire and/or sbp2 problem with rc2-mm3, but not rc2-mm2

From: Andrew Morton
Date: Tue Apr 12 2005 - 06:47:24 EST


Norbert Preining <preining@xxxxxxxx> wrote:
>
> Hi Andrew! Hi 1394 developers!
>
> I have a bit of a problem with firewire. WIth 2.6.12-rc2-mm3 it does not
> recognize my external hard disk any more:
>
> I use an external hard disk via firewire, and when I plug it in I get:
> vmunix: sbp2: $Rev: 1219 $ Ben Collins <bcollins@xxxxxxxxxx>
> vmunix: Device not ready. Make sure there is a disc in the drive.
>
> With -mm2 it was working, also with older kernels.

There are no 1394 changes in 2.6.12-rc2-mm3.

> Now, there is also a problem with removing modules:
>
> I remove sbp2, works.
>
> Then I try to remove ohci1394 and it stucks:

It's not very obvious who called wait_for_completion() here. Possibly
driver_unregister(), but it's way up the stack. You might get a better
trace if you enable CONFIG_FRAME_POINTER.

Still. I assume this is some interaction between 1394 and Pat's new device
management work.


> vmunix: rmmod D C036EBC0 0 5310 5175 (NOTLB)
> vmunix: cec79de8 00200246 cec79dd0 c036ebc0 cec79e18 d9c40500 dec808ec df7923bc
> vmunix: 00000941 f7ae5f13 0000004d cf8dea90 cf8debb8 defc4058 cec78000 cec78000
> vmunix: cec79e3c c0305e08 00000000 cf8dea90 c0117bb0 00000000 00000000 defc4150
> vmunix: Call Trace:
> vmunix: [<c0305e08>] wait_for_completion+0x78/0xf0
> vmunix: [<c0117bb0>] default_wake_function+0x0/0x10
> vmunix: [<c0227c64>] class_dev_release+0x64/0x70
> vmunix: [<c0117bb0>] default_wake_function+0x0/0x10
> vmunix: [<c01c64db>] kobject_cleanup+0x8b/0xa0
> vmunix: [<e096b400>] __nodemgr_remove_host_dev+0x0/0x10 [ieee1394]
> vmunix: [<c02260cb>] device_del+0x1b/0x80
> vmunix: [<c0226138>] device_unregister+0x8/0x10
> vmunix: [<e096b3e0>] nodemgr_remove_ne+0x70/0x90 [ieee1394]
> vmunix: [<e096b408>] __nodemgr_remove_host_dev+0x8/0x10 [ieee1394]
> vmunix: [<c0226193>] device_for_each_child+0x33/0x50
> vmunix: [<e096b422>] nodemgr_remove_host_dev+0x12/0x40 [ieee1394]
> kernel: [exit_notify+766/2080] exit_notify+0x2fe/0x820
> vmunix: [<e0968187>] __unregister_host+0xc7/0xd0 [ieee1394]
> vmunix: [<c012f080>] autoremove_wake_function+0x0/0x50
> vmunix: [<e0968bfb>] highlevel_remove_host+0x3b/0x70 [ieee1394]
> vmunix: [<e0967b68>] hpsb_remove_host+0x38/0x60 [ieee1394]
> vmunix: [<e095c3a0>] ohci1394_pci_remove+0x60/0x230 [ohci1394]
> vmunix: [<c018c2a5>] sysfs_hash_and_remove+0xd5/0x105
> vmunix: [<c01cf288>] pci_device_remove+0x28/0x30
> vmunix: [<c022752f>] device_release_driver+0x7f/0x90
> vmunix: [<c0227545>] __remove_driver+0x5/0x10
> vmunix: [<c0227635>] driver_for_each_device+0x45/0x60
> vmunix: [<c0227563>] driver_detach+0x13/0x15
> vmunix: [<c0227540>] __remove_driver+0x0/0x10
> vmunix: [<c0226fd6>] bus_remove_driver+0x26/0x40
> vmunix: [<c022774b>] driver_unregister+0xb/0x20
> vmunix: [<c01cf48b>] pci_unregister_driver+0xb/0x20
> vmunix: [<e095c830>] ohci1394_cleanup+0x0/0xa [ohci1394]
> vmunix: [<c0133a3d>] sys_delete_module+0x12d/0x160
> vmunix: [<c014c29a>] unmap_vma_list+0x1a/0x30
> vmunix: [<c014c60a>] do_munmap+0xfa/0x130
> vmunix: [<c014c680>] sys_munmap+0x40/0x70
> vmunix: [<c0103095>] syscall_call+0x7/0xb
> kernel: [do_futex+53/144] do_futex+0x35/0x90
>
>
> Best wishes
>
> Norbert
>
> -------------------------------------------------------------------------------
> Dr. Norbert Preining <preining AT logic DOT at> Università di Siena
> sip:preining@xxxxxxxxxxxxxxxxx +43 (0) 59966-690018
> gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094
> -------------------------------------------------------------------------------
> TINGRITH (n.)
> The feeling of silver paper against your fillings.
> --- Douglas Adams, The Meaning of Liff
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/