[opensuse-kernel] KOTD kernel panic when unplugging USB storage
Hi all, just plugging / unplugging an USB stick kills my kernel-vanilla (the same with kernel-desktop, but I was unable to get a kdump there): [ 58.174840] sd 4:0:0:0: [sdb] Attached SCSI removable disk [ 65.971373] usb 4-1: USB disconnect, device number 3 [ 65.988207] BUG: unable to handle kernel paging request at 0000000400730104 [ 65.989555] IP: [<ffffffff8163c36f>] _raw_spin_lock_irqsave+0x1f/0x50 [ 65.990914] PGD 0 [ 65.992175] Oops: 0002 [#1] SMP [ 65.992175] Modules linked in: uas usb_storage bnep bluetooth fuse xt_CHECKSUM iptable_mangle ipt_MASQUERADE nf_nat_masquerade_ipv4 iptable_nat nf_nat_ipv4 nf_nat nf_conntrack_ipv4 nf_defrag_ipv4 xt_conntrack nf_conntrack ipt_REJECT xt_tcpudp tun bridge stp llc ebtable_filter ebtables ip6table_filter ip6_tables iptable_filter ip_ta bles x_tables af_packet dm_crypt ecb cbc algif_skcipher af_alg xfs libcrc32c iTCO_wdt iTCO_vendor_support snd_hd a_codec_conexant snd_hda_codec_generic arc4 thinkpad_acpi snd_seq dm_mod iwldvm snd_hda_intel snd_hda_controller snd_hda_codec snd_hwdep snd_pcm_oss snd_seq_device mac80211 coretemp kvm_intel kvm snd_mixer_oss serio_raw i2c_ i801 pcspkr snd_pcm cdc_ether usbnet cdc_wdm mii cdc_acm uvcvideo videobuf2_vmalloc videobuf2_memops videobuf2_c ore v4l2_common videodev iwlwifi [ 65.992175] cfg80211 lpc_ich mfd_core snd_timer shpchp e1000e ptp pps_core snd mei_me mei soundcore ac batte ry rfkill tpm_tis tpm wmi acpi_cpufreq xhci_pci i915 xhci_hcd i2c_algo_bit video uhci_hcd ehci_pci ehci_hcd drm_ kms_helper usbcore usb_common drm thermal button processor sg loop [ 65.992175] CPU: 1 PID: 120 Comm: kworker/1:2 Not tainted 3.19.0-rc6-3.ga7bdd86-vanilla #1 [ 65.992175] Hardware name: LENOVO 74665EG/74665EG, BIOS 6DET71WW (3.21 ) 12/13/2011 [ 65.992175] Workqueue: usb_hub_wq hub_event [usbcore] [ 65.992175] task: ffff880230a44250 ti: ffff880230b04000 task.ti: ffff880230b04000 [ 65.992175] RIP: 0010:[<ffffffff8163c36f>] [<ffffffff8163c36f>] _raw_spin_lock_irqsave+0x1f/0x50 [ 65.992175] RSP: 0018:ffff880230b078c8 EFLAGS: 00010002 [ 65.992175] RAX: 0000000000000002 RBX: 0000000400730106 RCX: 000000000000edfe [ 65.992175] RDX: 0000000000010000 RSI: 0000000000000002 RDI: 0000000400730104 [ 65.992175] RBP: ffff880230b078c8 R08: ffff880230b04000 R09: 0000000000000008 [ 65.992175] R10: ffffffff81cf0240 R11: 000000000001af94 R12: 0000000400730104 [ 65.992175] R13: ffff88021d840c80 R14: ffff880230b07910 R15: ffff88021db6c000 [ 65.992175] FS: 0000000000000000(0000) GS:ffff88023bc80000(0000) knlGS:0000000000000000 [ 65.992175] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b [ 65.992175] CR2: 0000000400730104 CR3: 0000000001c16000 CR4: 00000000000407e0 [ 65.992175] Stack: [ 65.992175] ffff880230b078f8 ffffffff810c898b ffff88021d840c68 0000000000000000 [ 65.992175] 0000000000000001 ffff8802312cd000 ffff880230b07938 ffffffff810c98c3 [ 65.992175] ffff880230a44250 0000000000013380 ffff880230b07fd8 ffff88021d840c48 [ 65.992175] Call Trace: [ 65.992175] [<ffffffff810c898b>] lock_timer_base.isra.36+0x2b/0x50 [ 65.992175] [<ffffffff810c98c3>] del_timer+0x33/0x70 [ 65.992175] [<ffffffff8107a4b1>] try_to_grab_pending+0xc1/0x170 [ 65.992175] [<ffffffff8107b378>] __cancel_work_timer+0x28/0x100 [ 65.992175] [<ffffffff8107b483>] cancel_delayed_work_sync+0x13/0x20 [ 65.992175] [<ffffffff81311c2b>] blk_sync_queue+0x5b/0x90 [ 65.992175] [<ffffffff81314f8e>] blk_cleanup_queue+0xbe/0x140 [ 65.992175] [<ffffffff8149d13a>] __scsi_remove_device+0x5a/0xe0 [ 65.992175] [<ffffffff8149b6d4>] scsi_forget_host+0x64/0x70 [ 65.992175] [<ffffffff8148dd2b>] scsi_remove_host+0x7b/0x130 [ 65.992175] [<ffffffffa092c6f9>] usb_stor_disconnect+0x59/0xd0 [usb_storage] [ 65.992175] [<ffffffffa00e32e8>] usb_unbind_interface+0x1f8/0x2c0 [usbcore] [ 65.992175] [<ffffffff81472e53>] ? rpm_idle+0x23/0x230 [ 65.992175] [<ffffffff8146871f>] __device_release_driver+0x7f/0xf0 [ 65.992175] [<ffffffff814687b3>] device_release_driver+0x23/0x30 [ 65.992175] [<ffffffff814680a8>] bus_remove_device+0x108/0x180 [ 65.992175] [<ffffffff814647b1>] device_del+0x141/0x270 [ 65.992175] [<ffffffffa00e0a20>] usb_disable_device+0xb0/0x290 [usbcore] [ 65.992175] [<ffffffffa00d5f64>] usb_disconnect+0x94/0x290 [usbcore] [ 65.992175] [<ffffffffa00d7c71>] hub_port_connect+0x71/0x970 [usbcore] [ 65.992175] [<ffffffffa00d8aec>] hub_event+0x57c/0xba0 [usbcore] [ 65.992175] [<ffffffff81099f01>] ? put_prev_entity+0x31/0x3f0 [ 65.992175] [<ffffffff8109d19f>] ? pick_next_task_fair+0x19f/0x8c0 [ 65.992175] [<ffffffff8107c05a>] process_one_work+0x14a/0x3d0 [ 65.992175] [<ffffffff8107c711>] worker_thread+0x121/0x460 [ 65.992175] [<ffffffff8107c5f0>] ? rescuer_thread+0x310/0x310 [ 65.992175] [<ffffffff81081679>] kthread+0xc9/0xe0 [ 65.992175] [<ffffffff810815b0>] ? kthread_create_on_node+0x180/0x180 [ 65.992175] [<ffffffff8163c6bc>] ret_from_fork+0x7c/0xb0 [ 65.992175] [<ffffffff810815b0>] ? kthread_create_on_node+0x180/0x180 [ 65.992175] Code: 5d c3 e8 95 ef a6 ff eb ef 0f 1f 00 66 66 66 66 90 55 48 89 e5 9c 58 66 66 90 66 90 48 89 c6 fa 66 66 90 66 66 90 ba 00 00 01 00 <f0> 0f c1 17 89 d1 c1 e9 10 66 39 d1 75 05 48 89 f0 5d c3 0f b7 [ 65.992175] RIP [<ffffffff8163c36f>] _raw_spin_lock_irqsave+0x1f/0x50 [ 66.085267] RSP <ffff880230b078c8> [ 66.085267] CR2: 0000000400730104 I'm trying to bisect this right now and then report this upstream, but maybe you already see from the backtrace where this is coming from? "How to reproduce" is simple: plug an usb stick, then unplug it. I would say this appeared *after* 3.19rc3, but I have not yet tested thid. Best regards, seife -- Stefan Seyfried "For a successful technology, reality must take precedence over public relations, for nature cannot be fooled." -- Richard Feynman -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kernel+owner@opensuse.org
On 02/03/2015 08:57 AM, Stefan Seyfried wrote:
I'm trying to bisect this right now and then report this upstream, but maybe you already see from the backtrace where this is coming from?
"How to reproduce" is simple: plug an usb stick, then unplug it.
I would say this appeared *after* 3.19rc3, but I have not yet tested thid.
My self built 3.19-rc4 does not have the problem. From your description above, there is no need to mount the device. Is that correct? Larry -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kernel+owner@opensuse.org
Hi Larry, Am 03.02.2015 um 17:31 schrieb Larry Finger:
On 02/03/2015 08:57 AM, Stefan Seyfried wrote:
I'm trying to bisect this right now and then report this upstream, but maybe you already see from the backtrace where this is coming from?
"How to reproduce" is simple: plug an usb stick, then unplug it.
I would say this appeared *after* 3.19rc3, but I have not yet tested thid.
My self built 3.19-rc4 does not have the problem. From your description above, there is no need to mount the device. Is that correct?
Exactly. Just plug -- I wait until drivers are loaded etc but no mount -- and unplug and the kernel is dead with the BUG, I think the NMI watchdog triggers a panic a few seconds later, but couldn't verify. I'm almost done bisecting and it looks definitely rc5+ Best regards, Stefan -- Stefan Seyfried "For a successful technology, reality must take precedence over public relations, for nature cannot be fooled." -- Richard Feynman -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kernel+owner@opensuse.org
Am 03.02.2015 um 19:35 schrieb Stefan Seyfried:
Hi Larry,
Am 03.02.2015 um 17:31 schrieb Larry Finger:
On 02/03/2015 08:57 AM, Stefan Seyfried wrote:
I'm trying to bisect this right now and then report this upstream, but maybe you already see from the backtrace where this is coming from?
"How to reproduce" is simple: plug an usb stick, then unplug it.
I would say this appeared *after* 3.19rc3, but I have not yet tested thid.
My self built 3.19-rc4 does not have the problem. From your description above, there is no need to mount the device. Is that correct?
Exactly. Just plug -- I wait until drivers are loaded etc but no mount -- and unplug and the kernel is dead with the BUG, I think the NMI watchdog triggers a panic a few seconds later, but couldn't verify.
I'm almost done bisecting and it looks definitely rc5+
...and the winner is:
76d697d10769048e5721510100bf3a9413a56385 is the first bad commit
commit 76d697d10769048e5721510100bf3a9413a56385
Author: Ming Lei
Am 03.02.2015 um 19:46 schrieb Stefan Seyfried:
I'll verify this (by reverting this on top of current head) and then go to kernel@vger and complain.
Ok, the problem was already reported, the patch will be reverted / updated and will go to Linus today. So everything will be fine. Thanks for listening :-) Stefan -- Stefan Seyfried "For a successful technology, reality must take precedence over public relations, for nature cannot be fooled." -- Richard Feynman -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kernel+owner@opensuse.org
On 02/03/2015 01:31 PM, Stefan Seyfried wrote:
Am 03.02.2015 um 19:46 schrieb Stefan Seyfried:
I'll verify this (by reverting this on top of current head) and then go to kernel@vger and complain.
Ok, the problem was already reported, the patch will be reverted / updated and will go to Linus today.
So everything will be fine.
Thanks for listening :-)
No problem. I was out today, but this evening I pulled the latest updates from Linus. The 3.19-rc7 kernel built from that does not show the problem. Larry -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kernel+owner@opensuse.org
Am 04.02.2015 um 02:33 schrieb Larry Finger:
No problem. I was out today, but this evening I pulled the latest updates from Linus. The 3.19-rc7 kernel built from that does not show the problem.
Yes, Jens Axboe sent the merge request yesterday evening, I also verified right now that 3.19 will be fine :-) -- Stefan Seyfried "For a successful technology, reality must take precedence over public relations, for nature cannot be fooled." -- Richard Feynman -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kernel+owner@opensuse.org
participants (2)
-
Larry Finger -
Stefan Seyfried