Hi,
We run into the below bug in 3.5-rc2 as well as 3.4, and confirmed the
entitled patch from Bart can fix it. So it seems the patch is good
candidate for 3.5-rcX and 3.4.x stable kernels.
More details: It's first bisected to commit 879d38e6bc ("USB: fix race
between root-hub suspend and remote wakeup"). Then Tianyu find that
the patch from Bart is the right fix. The bisected patch adds invoking
hcd->driver->hub_status_data() (which points to vhci's vhci_hub_status())
when device is suspending, therefore exposes the problem.
[ 371.169526] BUG: unable to handle kernel paging request at ffff88000c3c0038
[ 371.173267] IP: [<ffffffff82221710>] usb_suspend_both+0x111/0x19d
[ 371.173267] PGD 4015063 PUD 4019063 PMD 17f9c067 PTE c3c0160
[ 371.173267] Oops: 0000 [#1] SMP DEBUG_PAGEALLOC
[ 371.173267] CPU 0
[ 371.173267] Modules linked in:
[ 371.173267]
[ 371.173267] Pid: 20, comm: kworker/0:1 Not tainted 3.4.1+ #58 Bochs Bochs
[ 371.173267] RIP: 0010:[<ffffffff82221710>] [<ffffffff82221710>] usb_suspend_both+0x111/0x19d
[ 371.173267] RSP: 0018:ffff880015fcdc70 EFLAGS: 00010246
[ 371.173267] RAX: 0000000000000000 RBX: ffff88000c3c0000 RCX: ffff880017400006
[ 371.173267] RDX: ffff880017400007 RSI: ffff880015fc8c18 RDI: 0000000000000286
[ 371.173267] RBP: ffff880015fcdcb0 R08: ffff88001740e6c8 R09: ffffffff810a65c1
[ 371.173267] R10: ffffffff810a65c1 R11: 0000000000000286 R12: 0000000000000000
[ 371.173267] R13: 00000000ffffffff R14: 0000000000000402 R15: 0000000000000001
[ 371.173267] FS: 0000000000000000(0000) GS:ffff880017400000(0000) knlGS:0000000000000000
[ 371.173267] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b
[ 371.173267] CR2: ffff88000c3c0038 CR3: 0000000004014000 CR4: 00000000000006f0
[ 371.173267] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
[ 371.173267] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
[ 371.173267] Process kworker/0:1 (pid: 20, threadinfo ffff880015fcc000, task ffff880015fc8500)
[ 371.173267] Stack:
[ 371.173267] ffff88000c3e67f0 0000040015fcdd40 ffff880015fcdca0 ffff88000c3c6878
[ 371.173267] ffff88000c3c67f0 000000000000000a ffff880015fcdd28 ffff880015fcdd40
[ 371.173267] ffff880015fcdcd0 ffffffff8222206e ffff88000c3c6878 ffffffff82222038
[ 371.173267] Call Trace:
[ 371.173267] [<ffffffff8222206e>] usb_runtime_suspend+0x36/0x5d
[ 371.173267] [<ffffffff82222038>] ? usb_probe_device+0x37/0x37
[ 371.173267] [<ffffffff8199fc99>] __rpm_callback+0x34/0x5b
[ 371.173267] [<ffffffff819a0336>] rpm_suspend+0x363/0x51e
[ 371.173267] [<ffffffff810d9c84>] ? lock_acquired+0x5f/0x68
[ 371.173267] [<ffffffff819a11ee>] ? pm_runtime_work+0x1e/0xa1
[ 371.173267] [<ffffffff819a1258>] pm_runtime_work+0x88/0xa1
Thanks,
Fengguang
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
