* [4.11-rc3] BUG: sleeping function called from invalid context at mm/vmalloc.c:1480
@ 2017-03-23 14:49 Tetsuo Handa
2017-03-23 15:29 ` Matthew Wilcox
0 siblings, 1 reply; 2+ messages in thread
From: Tetsuo Handa @ 2017-03-23 14:49 UTC (permalink / raw)
To: linux-mm
Is this a known problem?
[ 2.545698] scsi target2:0:0: Domain Validation skipping write tests
[ 2.545701] scsi target2:0:0: Ending Domain Validation
[ 2.545759] scsi target2:0:0: FAST-40 WIDE SCSI 80.0 MB/s ST (25 ns, offset 127)
[ 2.560545] [drm] Fifo max 0x00040000 min 0x00001000 cap 0x0000077f
[ 2.563036] [drm] Using command buffers with DMA pool.
[ 2.563050] [drm] DX: no.
[ 2.582553] fbcon: svgadrmfb (fb0) is primary device
[ 2.593178] Console: switching to colour frame buffer device 160x48
[ 2.609598] [drm] Initialized vmwgfx 2.12.0 20170221 for 0000:00:0f.0 on minor 0
[ 2.616064] BUG: sleeping function called from invalid context at mm/vmalloc.c:1480
[ 2.616125] in_atomic(): 1, irqs_disabled(): 0, pid: 341, name: plymouthd
[ 2.616156] 2 locks held by plymouthd/341:
[ 2.616158] #0: (drm_global_mutex){+.+.+.}, at: [<ffffffffc01c274b>] drm_release+0x3b/0x3b0 [drm]
[ 2.616256] #1: (&(&tfile->lock)->rlock){+.+...}, at: [<ffffffffc0173038>] ttm_object_file_release+0x28/0x90 [ttm]
[ 2.616270] CPU: 2 PID: 341 Comm: plymouthd Not tainted 4.11.0-0.rc3.git0.1.kmallocwd.fc25.x86_64+debug #1
[ 2.616271] Hardware name: VMware, Inc. VMware Virtual Platform/440BX Desktop Reference Platform, BIOS 6.00 07/02/2015
[ 2.616273] Call Trace:
[ 2.616281] dump_stack+0x86/0xc3
[ 2.616285] ___might_sleep+0x17d/0x250
[ 2.616289] __might_sleep+0x4a/0x80
[ 2.616293] remove_vm_area+0x22/0x90
[ 2.616296] __vunmap+0x2e/0x110
[ 2.616299] vfree+0x42/0x90
[ 2.616304] kvfree+0x2c/0x40
[ 2.616312] drm_ht_remove+0x1a/0x30 [drm]
[ 2.616317] ttm_object_file_release+0x50/0x90 [ttm]
[ 2.616324] vmw_postclose+0x47/0x60 [vmwgfx]
[ 2.616331] drm_release+0x290/0x3b0 [drm]
[ 2.616338] __fput+0xf8/0x210
[ 2.616342] ____fput+0xe/0x10
[ 2.616345] task_work_run+0x85/0xc0
[ 2.616351] exit_to_usermode_loop+0xb4/0xc0
[ 2.616355] do_syscall_64+0x185/0x1f0
[ 2.616359] entry_SYSCALL64_slow_path+0x25/0x25
[ 2.616362] RIP: 0033:0x7f7bf114d260
[ 2.616364] RSP: 002b:00007ffc984e3538 EFLAGS: 00000246 ORIG_RAX: 0000000000000003
[ 2.616366] RAX: 0000000000000000 RBX: 00005605e7a90140 RCX: 00007f7bf114d260
[ 2.616368] RDX: 00005605e7a900f0 RSI: 00007f7bf1415ae8 RDI: 0000000000000009
[ 2.616369] RBP: 0000000000000009 R08: 00005605e7a90140 R09: 0000000000000000
[ 2.616371] R10: 00005605e7a90100 R11: 0000000000000246 R12: 000000000000e280
[ 2.616373] R13: 00007f7bf1b42970 R14: 00007f7bf1b428e0 R15: 000000000000000d
[ 2.627007] sd 2:0:0:0: [sda] 83886080 512-byte logical blocks: (42.9 GB/40.0 GiB)
[ 2.627132] sd 2:0:0:0: [sda] Write Protect is off
[ 2.627135] sd 2:0:0:0: [sda] Mode Sense: 61 00 00 00
[ 2.627214] sd 2:0:0:0: [sda] Cache data unavailable
[ 2.627217] sd 2:0:0:0: [sda] Assuming drive cache: write through
[ 2.630509] sd 2:0:0:0: Attached scsi generic sg1 type 0
[ 2.630600] sda: sda1
[ 2.631414] sd 2:0:0:0: [sda] Attached SCSI disk
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
^ permalink raw reply [flat|nested] 2+ messages in thread* Re: [4.11-rc3] BUG: sleeping function called from invalid context at mm/vmalloc.c:1480
2017-03-23 14:49 [4.11-rc3] BUG: sleeping function called from invalid context at mm/vmalloc.c:1480 Tetsuo Handa
@ 2017-03-23 15:29 ` Matthew Wilcox
0 siblings, 0 replies; 2+ messages in thread
From: Matthew Wilcox @ 2017-03-23 15:29 UTC (permalink / raw)
To: Tetsuo Handa; +Cc: linux-mm
On Thu, Mar 23, 2017 at 11:49:06PM +0900, Tetsuo Handa wrote:
> [ 2.609598] [drm] Initialized vmwgfx 2.12.0 20170221 for 0000:00:0f.0 on minor 0
> [ 2.616064] BUG: sleeping function called from invalid context at mm/vmalloc.c:1480
[...]
> [ 2.616289] __might_sleep+0x4a/0x80
> [ 2.616293] remove_vm_area+0x22/0x90
> [ 2.616296] __vunmap+0x2e/0x110
> [ 2.616299] vfree+0x42/0x90
> [ 2.616304] kvfree+0x2c/0x40
> [ 2.616312] drm_ht_remove+0x1a/0x30 [drm]
> [ 2.616317] ttm_object_file_release+0x50/0x90 [ttm]
ttm_object_file_release() takes a spinlock, calls drm_ht_remove() which
calls kvfree().
Can somebody remind me what exactly might sleep in remove_vm_area()?
Is it the cache flush on some architectures? It'd be really nice for
vfree() to be callable from atomic context.
Assuming we can't get rid of the thing which might sleep in
remove_vm_area(), I think we should add a might_sleep() in kvfree().
We need that big warning there so we don't get hard to debug problems
when kvmalloc had to fall back to vmalloc().
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2017-03-23 15:29 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2017-03-23 14:49 [4.11-rc3] BUG: sleeping function called from invalid context at mm/vmalloc.c:1480 Tetsuo Handa
2017-03-23 15:29 ` Matthew Wilcox
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.