search for: __might_sleep

Displaying 20 results from an estimated 48 matches for "__might_sleep".

2015 Feb 25
7
virtio balloon: do not call blocking ops when !TASK_RUNNING
...0.839697] WARNING: at kernel/sched/core.c:7326 [ 0.839698] Modules linked in: [ 0.839702] CPU: 0 PID: 46 Comm: vballoon Not tainted 3.19.0 #233 [ 0.839705] task: 00000000021d0000 ti: 00000000021d8000 task.ti: 00000000021d8000 [ 0.839707] Krnl PSW : 0704c00180000000 000000000015bf8e (__might_sleep+0x8e/0x98) [ 0.839713] R:0 T:1 IO:1 EX:1 Key:0 M:1 W:0 P:0 AS:3 CC:0 PM:0 EA:3 Krnl GPRS: 000000000000000d 00000000021d0000 0000000000000071 0000000000000001 [ 0.839718] 0000000000675ace 0000000001998c50 cccccccccccccccc cccccccccccccccc [ 0.839720] 0000000...
2015 Feb 25
7
virtio balloon: do not call blocking ops when !TASK_RUNNING
...0.839697] WARNING: at kernel/sched/core.c:7326 [ 0.839698] Modules linked in: [ 0.839702] CPU: 0 PID: 46 Comm: vballoon Not tainted 3.19.0 #233 [ 0.839705] task: 00000000021d0000 ti: 00000000021d8000 task.ti: 00000000021d8000 [ 0.839707] Krnl PSW : 0704c00180000000 000000000015bf8e (__might_sleep+0x8e/0x98) [ 0.839713] R:0 T:1 IO:1 EX:1 Key:0 M:1 W:0 P:0 AS:3 CC:0 PM:0 EA:3 Krnl GPRS: 000000000000000d 00000000021d0000 0000000000000071 0000000000000001 [ 0.839718] 0000000000675ace 0000000001998c50 cccccccccccccccc cccccccccccccccc [ 0.839720] 0000000...
2015 Feb 26
0
virtio balloon: do not call blocking ops when !TASK_RUNNING
...G: at kernel/sched/core.c:7326 > [ 0.839698] Modules linked in: > [ 0.839702] CPU: 0 PID: 46 Comm: vballoon Not tainted 3.19.0 #233 > [ 0.839705] task: 00000000021d0000 ti: 00000000021d8000 task.ti: 00000000021d8000 > [ 0.839707] Krnl PSW : 0704c00180000000 000000000015bf8e (__might_sleep+0x8e/0x98) > [ 0.839713] R:0 T:1 IO:1 EX:1 Key:0 M:1 W:0 P:0 AS:3 CC:0 PM:0 EA:3 > Krnl GPRS: 000000000000000d 00000000021d0000 0000000000000071 0000000000000001 > [ 0.839718] 0000000000675ace 0000000001998c50 cccccccccccccccc cccccccccccccccc > [ 0.839720...
2015 Feb 26
0
virtio balloon: do not call blocking ops when !TASK_RUNNING
...G: at kernel/sched/core.c:7326 > [ 0.839698] Modules linked in: > [ 0.839702] CPU: 0 PID: 46 Comm: vballoon Not tainted 3.19.0 #233 > [ 0.839705] task: 00000000021d0000 ti: 00000000021d8000 task.ti: 00000000021d8000 > [ 0.839707] Krnl PSW : 0704c00180000000 000000000015bf8e (__might_sleep+0x8e/0x98) > [ 0.839713] R:0 T:1 IO:1 EX:1 Key:0 M:1 W:0 P:0 AS:3 CC:0 PM:0 EA:3 > Krnl GPRS: 000000000000000d 00000000021d0000 0000000000000071 0000000000000001 > [ 0.839718] 0000000000675ace 0000000001998c50 cccccccccccccccc cccccccccccccccc > [ 0.839720...
2006 Jan 06
2
3ware disk failure -> hang
...r ID:2. Check cables and drives for media errors. (0xa) Jan 6 01:04:10 $SERVER kernel: Debug: sleeping function called from invalid context at include/asm/uaccess.h:556 Jan 6 01:04:10 $SERVER kernel: in_atomic():0[expected: 0], irqs_disabled():1 Jan 6 01:04:10 $SERVER kernel: [<c011fbe9>] __might_sleep+0x7d/0x88 Jan 6 01:04:10 $SERVER kernel: [<f885f056>] tw_ioctl+0x478/0xb07 [3w_xxxx] Jan 6 01:04:10 $SERVER kernel: [<c011fec9>] autoremove_wake_function+0x0/0x2d Jan 6 01:04:10 $SERVER kernel: [<f883f905>] scsi_done+0x0/0x16 [scsi_mod] Jan 6 01:04:10 $SERVER kernel: [<...
2004 Dec 07
0
Zaptel HDLC (NetHDLC) errors on modprobe, Linux 2.6 kernel
...ve my Linux 2.6 kernel with the necessary HDLC config and also recompiled zaptel accordingly. On modprobe, I get: Found a Wildcard: Digium Wildcard T100P T1/PRI Debug: sleeping function called from invalid context at mm/slab.c:2000 in_atomic():0[expected: 0], irqs_disabled():1 [<0211e605>] __might_sleep+0x82/0x8c [<02144643>] kmem_cache_alloc+0x1d/0x57 [<42ad7a2c>] zt_ctl_ioctl+0x112c/0x16b0 [zaptel] [<022d6c00>] __cond_resched+0x14/0x39 [<428a315a>] ext3_get_inode_loc+0x4f/0x210 [ext3] [<0217269c>] d_instantiate+0xa3/0xa9 [<021729ea>] d_splice_alias+0x145...
2006 Feb 09
1
[Bug 445] New: ipt_account reports: sleeping function called from invalid context at mm/slab.c:2063
...de (and probably earlier, extending back as far as July of 2005) seem to report the following when you read from the /proc/net/ipt_account file: Debug: sleeping function called from invalid context at mm/slab.c:2063 in_atomic():1[expected: 0], irqs_disabled():0 Call Trace:<ffffffff80131dd7>{__might_sleep+173} <ffffffff8015fcab>{kmem_cache_alloc+34} <ffffffffa01b7130>{:ipt_account:account_seq_start+51} <ffffffff80193624>{seq_read+235} <ffffffff801770bf>{vfs_read+207} <ffffffff80177316>{sys_read+69} <ffffffff80110092>{system_call+126} If...
2013 Oct 29
3
[PATCH net] virtio-net: correctly handle cpu hotplug notifier during resuming
...622.950803] ffff88001d42dbb0 ffffffff810edb02 ffff88001d42dc38 ffffffff81a396ed [ 622.950805] 0000000000000046 ffff88001d42dbe8 ffffffff810e861d 0000000000000000 [ 622.950805] Call Trace: [ 622.950810] [<ffffffff81a32f22>] dump_stack+0x54/0x74 [ 622.950815] [<ffffffff810edb02>] __might_sleep+0x112/0x114 [ 622.950817] [<ffffffff81a396ed>] mutex_lock_nested+0x3c/0x3c6 [ 622.950818] [<ffffffff810e861d>] ? up+0x39/0x3e [ 622.950821] [<ffffffff8153ea7c>] ? acpi_os_signal_semaphore+0x21/0x2d [ 622.950824] [<ffffffff81565ed1>] ? acpi_ut_release_mutex+0x5e/0x62...
2013 Oct 29
3
[PATCH net] virtio-net: correctly handle cpu hotplug notifier during resuming
...622.950803] ffff88001d42dbb0 ffffffff810edb02 ffff88001d42dc38 ffffffff81a396ed [ 622.950805] 0000000000000046 ffff88001d42dbe8 ffffffff810e861d 0000000000000000 [ 622.950805] Call Trace: [ 622.950810] [<ffffffff81a32f22>] dump_stack+0x54/0x74 [ 622.950815] [<ffffffff810edb02>] __might_sleep+0x112/0x114 [ 622.950817] [<ffffffff81a396ed>] mutex_lock_nested+0x3c/0x3c6 [ 622.950818] [<ffffffff810e861d>] ? up+0x39/0x3e [ 622.950821] [<ffffffff8153ea7c>] ? acpi_os_signal_semaphore+0x21/0x2d [ 622.950824] [<ffffffff81565ed1>] ? acpi_ut_release_mutex+0x5e/0x62...
2011 Feb 11
1
null pointer dereference in iov_iter_copy_from_user_atomic while updating rpm packages
...0, pid: 1465, name: build-locale-ar Feb 10 10:59:45 testbox kernel: [ 524.584828] Pid: 1465, comm: build-locale-ar Tainted: G D 2.6.38-0.rc3.git4.1.fc15.i686 #1 Feb 10 10:59:45 testbox kernel: [ 524.584830] Call Trace: Feb 10 10:59:45 testbox kernel: [ 524.584835] [<c042e20a>] ? __might_sleep+0xdd/0xe4 Feb 10 10:59:45 testbox kernel: [ 524.584839] [<c07d382c>] ? down_read+0x1c/0x30 Feb 10 10:59:45 testbox kernel: [ 524.584843] [<c046c69f>] ? acct_collect+0x3e/0x138 Feb 10 10:59:45 testbox kernel: [ 524.584847] [<c043da92>] ? do_exit+0x1d0/0x62c Feb 10 10:59:45 te...
2014 Jul 01
3
[PATCH driver-core-linus] kernfs: kernfs_notify() must be useable from non-sleepable contexts
...000 f90db13964f4ee05 ffff88007d403b80 ffffffff81807b4c 0000000000000000 ffff88007d403ba8 ffffffff810d4f14 0000000000000000 0000000000441800 ffff880078fa1780 ffff88007d403c38 ffffffff8180caf2 Call Trace: <IRQ> [<ffffffff81807b4c>] dump_stack+0x4d/0x66 [<ffffffff810d4f14>] __might_sleep+0x184/0x240 [<ffffffff8180caf2>] mutex_lock_nested+0x42/0x440 [<ffffffff812d76a0>] kernfs_notify+0x90/0x150 [<ffffffff8163377c>] bitmap_endwrite+0xcc/0x240 [<ffffffffa00de863>] close_write+0x93/0xb0 [raid1] [<ffffffffa00df029>] r1_bio_write_done+0x29/0x50 [ra...
2014 Jul 01
3
[PATCH driver-core-linus] kernfs: kernfs_notify() must be useable from non-sleepable contexts
...000 f90db13964f4ee05 ffff88007d403b80 ffffffff81807b4c 0000000000000000 ffff88007d403ba8 ffffffff810d4f14 0000000000000000 0000000000441800 ffff880078fa1780 ffff88007d403c38 ffffffff8180caf2 Call Trace: <IRQ> [<ffffffff81807b4c>] dump_stack+0x4d/0x66 [<ffffffff810d4f14>] __might_sleep+0x184/0x240 [<ffffffff8180caf2>] mutex_lock_nested+0x42/0x440 [<ffffffff812d76a0>] kernfs_notify+0x90/0x150 [<ffffffff8163377c>] bitmap_endwrite+0xcc/0x240 [<ffffffffa00de863>] close_write+0x93/0xb0 [raid1] [<ffffffffa00df029>] r1_bio_write_done+0x29/0x50 [ra...
2018 Apr 10
2
[PATCH v29 1/4] mm: support reporting free page blocks
On Tue, 10 Apr 2018 21:19:31 +0300 "Michael S. Tsirkin" <mst at redhat.com> wrote: > > Andrew, were your questions answered? If yes could I bother you for an ack on this? > Still not very happy that readers are told that "this function may sleep" when it clearly doesn't do so. If we wish to be able to change it to sleep in the future then that should be
2018 Apr 10
2
[PATCH v29 1/4] mm: support reporting free page blocks
On Tue, 10 Apr 2018 21:19:31 +0300 "Michael S. Tsirkin" <mst at redhat.com> wrote: > > Andrew, were your questions answered? If yes could I bother you for an ack on this? > Still not very happy that readers are told that "this function may sleep" when it clearly doesn't do so. If we wish to be able to change it to sleep in the future then that should be
2010 Mar 29
0
Interesting lockdep message coming out of blktap
...ff810bf0fb>] sync_page+0x3f/0x48 [<ffffffff810bf10d>] sync_page_killable+0x9/0x30 [<ffffffff814e7a2f>] __wait_on_bit_lock+0x41/0x8a [<ffffffff810bf040>] __lock_page_killable+0x61/0x68 [<ffffffff8106486b>] ? wake_bit_function+0x0/0x2e [<ffffffff8103e0af>] ? __might_sleep+0x3d/0x127 [<ffffffff810c0b1f>] generic_file_aio_read+0x3db/0x594 [<ffffffff810763f0>] ? __lock_acquire+0x9a5/0x1767 [<ffffffff8100fd52>] ? check_events+0x12/0x20 [<ffffffff810f8e16>] do_sync_read+0xe3/0x120 [<ffffffff81064837>] ? autoremove_wake_function+0x0...
2013 Oct 22
0
[virtio-net] BUG: sleeping function called from invalid context at kernel/mutex.c:616
...001d42dbb0 ffffffff810edb02 ffff88001d42dc38 ffffffff81a396ed > [ 622.950805] 0000000000000046 ffff88001d42dbe8 ffffffff810e861d 0000000000000000 > [ 622.950805] Call Trace: > [ 622.950810] [<ffffffff81a32f22>] dump_stack+0x54/0x74 > [ 622.950815] [<ffffffff810edb02>] __might_sleep+0x112/0x114 > [ 622.950817] [<ffffffff81a396ed>] mutex_lock_nested+0x3c/0x3c6 > [ 622.950818] [<ffffffff810e861d>] ? up+0x39/0x3e > [ 622.950821] [<ffffffff8153ea7c>] ? acpi_os_signal_semaphore+0x21/0x2d > [ 622.950824] [<ffffffff81565ed1>] ? acpi_ut_rele...
2014 Jul 01
0
[PATCH driver-core-linus] kernfs: kernfs_notify() must be useable from non-sleepable contexts
...88007d403b80 ffffffff81807b4c > 0000000000000000 ffff88007d403ba8 ffffffff810d4f14 0000000000000000 > 0000000000441800 ffff880078fa1780 ffff88007d403c38 ffffffff8180caf2 > Call Trace: > <IRQ> [<ffffffff81807b4c>] dump_stack+0x4d/0x66 > [<ffffffff810d4f14>] __might_sleep+0x184/0x240 > [<ffffffff8180caf2>] mutex_lock_nested+0x42/0x440 > [<ffffffff812d76a0>] kernfs_notify+0x90/0x150 > [<ffffffff8163377c>] bitmap_endwrite+0xcc/0x240 > [<ffffffffa00de863>] close_write+0x93/0xb0 [raid1] > [<ffffffffa00df029>] r1_bio...
2006 Mar 08
2
too much cpu system time with kernel 2.6.9-22.0.2.EL
...linux (top scores only): CPU: CPU with timer interrupt, speed 0 MHz (estimated) Profiling through timer interrupt samples % symbol name 21117 36.5340 default_idle 3850 6.6608 __copy_from_user_ll 3108 5.3771 find_get_page 1707 2.9532 __copy_user_intel 1580 2.7335 __might_sleep 1356 2.3460 handle_IRQ_event 1323 2.2889 __copy_to_user_ll 1168 2.0207 __find_get_block_slow 1134 1.9619 __find_get_block 1093 1.8910 finish_task_switch 963 1.6661 bh_lru_install 638 1.1038 __wake_up 605 1.0467 __do_softirq This is CRAZY! How can...
2014 Jun 27
2
virt_blk BUG: sleeping function called from invalid context
...000 f90db13964f4ee05 ffff88007d403b80 ffffffff81807b4c 0000000000000000 ffff88007d403ba8 ffffffff810d4f14 0000000000000000 0000000000441800 ffff880078fa1780 ffff88007d403c38 ffffffff8180caf2 Call Trace: <IRQ> [<ffffffff81807b4c>] dump_stack+0x4d/0x66 [<ffffffff810d4f14>] __might_sleep+0x184/0x240 [<ffffffff8180caf2>] mutex_lock_nested+0x42/0x440 [<ffffffff810e1de6>] ? local_clock+0x16/0x30 [<ffffffff810fc23f>] ? lock_release_holdtime.part.28+0xf/0x200 [<ffffffff812d76a0>] kernfs_notify+0x90/0x150 [<ffffffff8163377c>] bitmap_endwrite+0xcc/0...
2014 Jun 27
2
virt_blk BUG: sleeping function called from invalid context
...000 f90db13964f4ee05 ffff88007d403b80 ffffffff81807b4c 0000000000000000 ffff88007d403ba8 ffffffff810d4f14 0000000000000000 0000000000441800 ffff880078fa1780 ffff88007d403c38 ffffffff8180caf2 Call Trace: <IRQ> [<ffffffff81807b4c>] dump_stack+0x4d/0x66 [<ffffffff810d4f14>] __might_sleep+0x184/0x240 [<ffffffff8180caf2>] mutex_lock_nested+0x42/0x440 [<ffffffff810e1de6>] ? local_clock+0x16/0x30 [<ffffffff810fc23f>] ? lock_release_holdtime.part.28+0xf/0x200 [<ffffffff812d76a0>] kernfs_notify+0x90/0x150 [<ffffffff8163377c>] bitmap_endwrite+0xcc/0...