lkml.org 
[lkml]   [2015]   [Jun]   [8]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectBUG: sleeping function called from invalid context at drivers/media/common/siano/smscoreapi.c:1655
Hi,

We've gotten several reports of sleeping in atomic from the siano driver:

BUG: sleeping function called from invalid context at drivers/media/common/siano/smscoreapi.c:1655
in_atomic(): 1, irqs_disabled(): 1, pid: 0, name: swapper/0
no locks held by swapper/0/0.
irq event stamp: 523335
hardirqs last enabled at (523334): [<ffffffff8161c415>] __usb_hcd_giveback_urb+0xd5/0x170
hardirqs last disabled at (523335): [<ffffffff8161c3c5>] __usb_hcd_giveback_urb+0x85/0x170
softirqs last enabled at (523324): [<ffffffff810b11b1>] _local_bh_enable+0x21/0x50
softirqs last disabled at (523325): [<ffffffff810b3245>] irq_exit+0x145/0x150
CPU: 0 PID: 0 Comm: swapper/0 Not tainted 4.0.4-301.fc22.x86_64+debug #1
Hardware name: MSI MS-7788/H61M-P20 (G3) (MS-7788), BIOS V1.9 01/10/2013
0000000000000000 04dae392e057b00a ffff880216803cd8 ffffffff81881788
0000000000000000 ffffffff81e124e0 ffff880216803d08 ffffffff810dc669
ffff880216803d28 ffffffffa0427290 0000000000000677 0000000000000000
Call Trace:
<IRQ> [<ffffffff81881788>] dump_stack+0x4c/0x65
[<ffffffff810dc669>] ___might_sleep+0x189/0x250
[<ffffffff810dc77d>] __might_sleep+0x4d/0x90
[<ffffffffa0420a85>] smscore_getbuffer+0x35/0xc0 [smsmdtv]
[<ffffffffa042015e>] ? list_add_locked+0x3e/0x50 [smsmdtv]
[<ffffffffa04122ed>] smsusb_submit_urb+0x9d/0xd0 [smsusb]
[<ffffffffa04123e0>] smsusb_onresponse+0xc0/0x1d0 [smsusb]
[<ffffffff8161c3ce>] __usb_hcd_giveback_urb+0x8e/0x170
[<ffffffff8161c556>] usb_giveback_urb_bh+0xa6/0x100
[<ffffffff810b194f>] tasklet_action+0x1af/0x2c0
[<ffffffff810b2a3c>] __do_softirq+0xec/0x670
[<ffffffff810b3245>] irq_exit+0x145/0x150
[<ffffffff8188e248>] do_IRQ+0x58/0xf0
[<ffffffff8188bdf2>] common_interrupt+0x72/0x72
<EOI> [<ffffffff816e06f2>] ? cpuidle_enter_state+0x62/0x2f0
[<ffffffff816e06eb>] ? cpuidle_enter_state+0x5b/0x2f0
[<ffffffff816e09b7>] cpuidle_enter+0x17/0x20
[<ffffffff810ff5e4>] cpu_startup_entry+0x374/0x5e0
[<ffffffff818767a8>] rest_init+0x138/0x140
[<ffffffff8212c074>] start_kernel+0x4d4/0x4f5
[<ffffffff8212b120>] ? early_idt_handlers+0x120/0x120
[<ffffffff8212b339>] x86_64_start_reservations+0x2a/0x2c
[<ffffffff8212b49c>] x86_64_start_kernel+0x161/0x184

I didn't see any fixes already present in the tree and I don't know
enough about the driver to get around the wait_event. Any ideas?

Thanks,
Laura


\
 
 \ /
  Last update: 2015-06-08 20:41    [W:0.204 / U:0.128 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site