Hi, I am not an USB expert but this doesn't look like a crash. It is a hang in the usb subsystem. On Wed 29-06-11 13:54:57, Bruno Friedmann wrote:
When I try to plug (by mistake) in an usb3 port I get those messages in dmesg
[ 9458.254834] usb 3-1: new full speed USB device number 2 using xhci_hcd [ 9458.279163] xhci_hcd 0000:0a:00.0: WARN: short transfer on control ep [ 9458.282150] xhci_hcd 0000:0a:00.0: WARN: short transfer on control ep [ 9458.285158] xhci_hcd 0000:0a:00.0: WARN: short transfer on control ep [ 9458.288217] xhci_hcd 0000:0a:00.0: WARN: short transfer on control ep [ 9458.289182] usb 3-1: New USB device found, idVendor=0af0, idProduct=6971 [ 9458.289191] usb 3-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [ 9458.289196] usb 3-1: Product: Globetrotter HSDPA Modem [ 9458.289201] usb 3-1: Manufacturer: Option N.V. [ 9458.289204] usb 3-1: SerialNumber: Serial Number [ 9458.294560] xhci_hcd 0000:0a:00.0: WARN: Stalled endpoint [ 9458.298173] xhci_hcd 0000:0a:00.0: WARN: transfer error on endpoint
This looks like something went wrong during data transfer (message comes from handle_tx_event). I would bet that the mutext which blocks below tasks is held during it so others cannot run. I cannot tell you whether this is a bug in kernel or something wrong with the device. There surely are some debugging options that can be turned on. Could you try with kernel-debug flavor (I hope we have it in factory) and attach the usb related output to the bugzilla?
[ 9596.489031] INFO: task mtp-probe:15604 blocked for more than 120 seconds. [ 9596.489038] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
If you disable this - you will just paper over the problem
[ 9596.489043] mtp-probe D ffffffff81605060 0 15604 3011 0x00000004 [ 9596.489054] ffff88024967fbe0 0000000000000086 0000000000000000 ffff88024967ffd8 [ 9596.489065] ffffffff81165e75 ffff88024967ffd8 ffff88024967ffd8 ffff88024967ffd8 [ 9596.489074] ffffffff81a0b020 ffff880280318280 00ff8804102e4e40 ffff88040b3c48e8 [ 9596.489084] Call Trace: [ 9596.489111] [<ffffffff8156849b>] __mutex_lock_slowpath+0x11b/0x1d0 [ 9596.489124] [<ffffffff81567fca>] mutex_lock+0x1a/0x40 [ 9596.489135] [<ffffffff813c0a95>] usbdev_open+0x135/0x280 [ 9596.489150] [<ffffffff811522c9>] chrdev_open+0x1d9/0x2e0 [ 9596.489162] [<ffffffff8114c00f>] __dentry_open+0x18f/0x3b0 [ 9596.489174] [<ffffffff8115bf58>] do_last+0x3e8/0x7f0 [ 9596.489186] [<ffffffff8115d671>] path_openat+0xd1/0x3f0 [ 9596.489196] [<ffffffff8115d9d5>] do_filp_open+0x45/0xb0 [ 9596.489205] [<ffffffff8114d7a7>] do_sys_open+0xf7/0x1d0 [ 9596.489219] [<ffffffff81570712>] system_call_fastpath+0x16/0x1b [ 9596.489255] [<00007f337d5333d0>] 0x7f337d5333cf [...] -- Michal Hocko SUSE Labs SUSE LINUX s.r.o. Lihovarska 1060/12 190 00 Praha 9 Czech Republic -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kernel+help@opensuse.org