#293 hard cpu lockup on starting Wacom Intuos S 2
Trying first time to make an intuos s 2 work. It doesn't.
Tried under 4.4.0-rc2 (internal driver), 4.2.0 and wacom-input 0.30.1, xorg 1.17.3 and debian xorg-wacom 0.30.0.
4 clicky buttons seem to work.
As soon as I create any pen event the system locks up. Every time, both kernels. It turned out that one CPU core gets locked up hard, and once I was lucky to have the report generated on the other core:
kernel: ------------[ cut here ]------------
kernel: WARNING: CPU: 3 PID: 0 at /build/linux-CrHvZ_/linux-4.2.6/kernel/watchdog.c:311 watchdog_overflow_callback+0x84/0xb0()
kernel: Watchdog detected hard LOCKUP on cpu 3
kernel: Modules linked in:
kernel: wacom(O) ipt_REJECT nf_reject_ipv4 xt_multiport nfnetlink_queue nfnetlink_log nfnetlink bluetooth rfkill binfmt_misc nfsd auth_rpcgss oid_registry nfs_acl nfs lockd grace
kernel: mfd_core lm85 acpi_cpufreq video hwmon_vid button 8250_fintek processor shpchp mei_me mei xt_conntrack nf_conntrack thermal_sys nf_log_ipv4 nf_log_common eeprom i2c_i801 p
kernel: CPU: 3 PID: 0 Comm: swapper/3 Tainted: P O 4.2.0-1-amd64 #1 Debian 4.2.6-1
kernel: Hardware name: /DH55HC, BIOS TCIBX10H.86A.0037.2010.0614.1712 06/14/2010
kernel: 0000000000000000 ffffffff817f4f50 ffffffff8154e2f6 ffff88043fc65b60
kernel: ffffffff8106e5b1 ffff88042d19b800 0000000000000000 ffff88043fc65c40
kernel: ffff88043fc65ef8 0000000000000000 ffffffff8106e62a ffffffff817f4f28
kernel: Call Trace:
kernel: <nmi> [<ffffffff8154e2f6>]</ffffffff8154e2f6> ? dump_stack+0x40/0x50
kernel: [<ffffffff8106e5b1>]</ffffffff8106e5b1> ? warn_slowpath_common+0x81/0xb0
kernel: [<ffffffff8106e62a>]</ffffffff8106e62a> ? warn_slowpath_fmt+0x4a/0x50
kernel: [<ffffffff81108f64>]</ffffffff81108f64> ? watchdog_overflow_callback+0x84/0xb0
kernel: [<ffffffff811482a2>]</ffffffff811482a2> ? __perf_event_overflow+0x82/0x1c0
kernel: [<ffffffff81030ed4>]</ffffffff81030ed4> ? intel_pmu_handle_irq+0x1d4/0x440
kernel: [<ffffffff81028055>]</ffffffff81028055> ? perf_event_nmi_handler+0x25/0x40
kernel: [<ffffffff8101c814>]</ffffffff8101c814> ? native_sched_clock+0x24/0x80
kernel: [<ffffffff810176c2>]</ffffffff810176c2> ? nmi_handle+0x82/0x110
kernel: [<ffffffff81017c32>]</ffffffff81017c32> ? default_do_nmi+0xc2/0x110
kernel: [<ffffffff81017d5b>]</ffffffff81017d5b> ? do_nmi+0xdb/0x130
kernel: [<ffffffff81555d11>]</ffffffff81555d11> ? end_repeat_nmi+0x1a/0x1e
kernel: [<ffffffff810aee34>]</ffffffff810aee34> ? native_queued_spin_lock_slowpath+0x154/0x170
kernel: [<ffffffff810aee34>]</ffffffff810aee34> ? native_queued_spin_lock_slowpath+0x154/0x170
kernel: [<ffffffff810aee34>]</ffffffff810aee34> ? native_queued_spin_lock_slowpath+0x154/0x170
kernel: <<eoe>> <irq> [<ffffffff815537f2>]</ffffffff815537f2> ? _raw_spin_lock_irqsave+0x32/0x40
kernel: [<ffffffffa0112dd2>]</ffffffffa0112dd2> ? usbhid_submit_report+0x32/0x3c0 [usbhid]
kernel: [<ffffffffa15042d3>]</ffffffffa15042d3> ? wacom_intuos_irq+0x17c3/0x1eb0 [wacom]
kernel: [<ffffffffa150560a>]</ffffffffa150560a> ? wacom_wac_irq+0xaa/0x2380 [wacom]
kernel: [<ffffffff81093f40>]</ffffffff81093f40> ? check_preempt_curr+0x50/0x90
kernel: [<ffffffff81093f94>]</ffffffff81093f94> ? ttwu_do_wakeup+0x14/0xd0
kernel: [<ffffffffa1508995>]</ffffffffa1508995> ? wacom_raw_event+0x55/0xc0 [wacom]
kernel: [<ffffffffa0204ded>]</ffffffffa0204ded> ? hid_input_report+0x14d/0x180 [hid]
kernel: [<ffffffffa011332e>]</ffffffffa011332e> ? hid_ctrl+0x14e/0x160 [usbhid]
kernel: [<ffffffffa0067af2>]</ffffffffa0067af2> ? __usb_hcd_giveback_urb+0x82/0x130 [usbcore]
kernel: [<ffffffffa00688ea>]</ffffffffa00688ea> ? usb_giveback_urb_bh+0x8a/0xd0 [usbcore]
kernel: [<ffffffff81072216>]</ffffffff81072216> ? tasklet_action+0xe6/0xf0
kernel: [<ffffffff8107258e>]</ffffffff8107258e> ? __do_softirq+0xfe/0x250
kernel: [<ffffffff81072852>]</ffffffff81072852> ? irq_exit+0x92/0xa0
kernel: [<ffffffff815565ff>]</ffffffff815565ff> ? do_IRQ+0x4f/0xd0
kernel: [<ffffffff815545ab>]</ffffffff815545ab> ? common_interrupt+0x6b/0x6b
kernel: <eoi> [<ffffffff8142aa05>]</ffffffff8142aa05> ? cpuidle_enter_state+0xe5/0x220
kernel: [<ffffffff8142a9e3>]</ffffffff8142a9e3> ? cpuidle_enter_state+0xc3/0x220
kernel: [<ffffffff810aa146>]</ffffffff810aa146> ? cpu_startup_entry+0x256/0x310
kernel: [<ffffffff81047d78>]</ffffffff81047d78> ? start_secondary+0x178/0x1a0
kernel: ---[ end trace f5e4dda74ca3a31e ]---</eoi></irq></eoe></nmi>
Sidenote: Today I have tested on a different machine with 3.16.0-4-amd64 and it worked flawlessly there.
This sounds like the deadlock condition recently discovered in the usbhid subsystem by Ioan-Adrian. Please let us know if the patch at https://lkml.org/lkml/2015/11/20/690 fixes the issue you're experiencing or not.
Fixed upstream by commit e470127 (due for Linux 4.5) and in input-wacom by commit 8588202 (included in input-wacom 0.30.2)