On Thu, 2 Jun 2005, Matthias Urlichs wrote: > Hi, > > This happened with 2.6.12-rc5-mm1. > One side effect was that eth0 locked up..? > > > scheduling while atomic: khubd/0x00010000/4258 > [<c0295b4c>] schedule+0x5cc/0x5e0 > [<c0148aac>] invalidate_inode_buffers+0xc/0x70 > [<c010dbf4>] __wake_up+0x14/0x20 > [<c02953ab>] __down+0x7b/0xf0 > [<c010db60>] default_wake_function+0x0/0x20 > [<c0165fdb>] simple_unlink+0x3b/0x50 > [<c029554f>] __down_failed+0x7/0xc > [<c01aee89>] .text.lock.inode+0x22/0x39 > [<e049fcd3>] urb_destroy+0x53/0x70 [usbcore] > [<e049fc80>] urb_destroy+0x0/0x70 [usbcore] > [<c01b7b93>] kref_put+0x33/0xa0 > [<e049fef3>] usb_free_urb+0x13/0x20 [usbcore] > [<e049fc80>] urb_destroy+0x0/0x70 [usbcore] > [<e047e78c>] uhci_finish_completion+0x4c/0x60 [uhci_hcd] > [<e047e89b>] uhci_scan_schedule+0xbb/0x180 [uhci_hcd] > [<e047eff6>] uhci_irq+0x116/0x130 [uhci_hcd] > [<e049f65f>] usb_hcd_irq+0x2f/0x60 [usbcore] > [<c012a488>] handle_IRQ_event+0x28/0x70 > [<c012a578>] __do_IRQ+0xa8/0xe0 > [<c010442a>] do_IRQ+0x1a/0x30 > [<c0102cca>] common_interrupt+0x1a/0x20 > [<c015e880>] new_inode+0x10/0x70 > [<c01aea83>] debugfs_get_inode+0x13/0xc0 > [<c01aeb4f>] debugfs_mknod+0x1f/0x70 > [<c01aebc1>] debugfs_mkdir+0x21/0x30 > [<c01aece2>] debugfs_create_by_name+0xa2/0xe0 > [<c01aed7a>] debugfs_create_file+0x5a/0xa0 > [<c01aedd8>] debugfs_create_dir+0x18/0x20 > [<e049fe31>] usb_init_urb+0x41/0xa0 [usbcore] > [<e049feb6>] usb_alloc_urb+0x26/0x50 [usbcore] > [<e04a040a>] usb_internal_control_msg+0xa/0x70 [usbcore] > [<e04a04e6>] usb_control_msg+0x76/0x90 [usbcore] > [<e049b40b>] get_port_status+0x4b/0x60 [usbcore] > [<e049c658>] hub_port_status+0x18/0x80 [usbcore] > [<e049c9a5>] hub_port_debounce+0x35/0xf0 [usbcore] > [<e049d4f7>] hub_port_connect_change+0x2e7/0x360 [usbcore] > [<e049d80f>] hub_events+0x29f/0x3d0 [usbcore] > [<e049d965>] hub_thread+0x25/0x100 [usbcore] > [<c0123420>] autoremove_wake_function+0x0/0x40 > [<c029589c>] schedule+0x31c/0x5e0 > [<c0123420>] autoremove_wake_function+0x0/0x40 > [<e049d940>] hub_thread+0x0/0x100 [usbcore] > [<c0123093>] kthread+0xa3/0xb0 > [<c0122ff0>] kthread+0x0/0xb0 > [<c0100e45>] kernel_thread_helper+0x5/0x10
Do you have any more information on this oops? It's hard to make out exactly what happened; it looks like urb_destroy() does a down(). Or maybe it calls simple_unlink(). But in my source urb_destroy calls nothing other than kfree(); is -rc5-mm1 different? Alan Stern ------------------------------------------------------- This SF.Net email is sponsored by Yahoo. Introducing Yahoo! Search Developer Network - Create apps using Yahoo! Search APIs Find out how you can build Yahoo! directly into your own Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005 _______________________________________________ [email protected] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
