lkml.org 
[lkml]   [2017]   [Oct]   [13]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [lkp-robot] [x86/kconfig] 81d3871900: BUG:unable_to_handle_kernel
On Thu, Oct 12, 2017 at 12:05:04PM -0500, Christopher Lameter wrote:
> On Wed, 11 Oct 2017, Josh Poimboeuf wrote:
>
> > I failed to add the slab maintainers to CC on the last attempt. Trying
> > again.
>
>
> Hmmm... Yea. SLOB is rarely used and tested. Good illustration of a simple
> allocator and the K&R mechanism that was used in the early kernels.
>
> > > Adding the slub maintainers. Is slob still supposed to work?
>
> Have not seen anyone using it in a decade or so.
>
> Does the same config with SLUB and slub_debug on the commandline run
> cleanly?
>
> > > I have no idea how that crypto panic could could be related to slob, but
> > > at least it goes away when I switch to slub.
>
> Can you run SLUB with full debug? specify slub_debug on the commandline or
> set CONFIG_SLUB_DEBUG_ON

Oddly enough, with CONFIG_SLUB+slub_debug, I get the same crypto panic I
got with CONFIG_SLOB. The trapping instruction is:

vmovdqa 0x140(%rdi),%xmm0

I'll try to bisect it tomorrow. It at least goes back to v4.10. I'm
not really sure whether this panic is related to SLUB or SLOB at all.
(Though the original panic reported upthread by the kernel test robot
*does* look SLOB related.)

general protection fault: 0000 [#1] PREEMPT SMP
Modules linked in:
CPU: 0 PID: 58 Comm: kworker/0:1 Not tainted 4.13.0 #81
Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.10.2-1.fc26 04/01/2014
Workqueue: crypto mcryptd_flusher
task: ffff880139108040 task.stack: ffffc9000082c000
RIP: 0010:skip_7+0x0/0x67
RSP: 0018:ffffc9000082fd88 EFLAGS: 00010246
RAX: ffff88013834172c RBX: 00000000f7654321 RCX: 0000000000000003
RDX: 0000000000000000 RSI: ffffffff81d254f9 RDI: ffff8801381b1a88
RBP: ffffc9000082fd90 R08: 0000000000000000 R09: 0000000000000001
R10: 0000000000000001 R11: 0000000000000000 R12: ffffffff82392260
R13: ffff88013a7e6500 R14: 00000000fffb80f5 R15: 0000000000000000
FS: 0000000000000000(0000) GS:ffff88013a600000(0000) knlGS:0000000000000000
CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
CR2: 00007f88491ef914 CR3: 0000000001e11000 CR4: 00000000001406f0
Call Trace:
sha256_ctx_mgr_flush+0x28/0x30
sha256_mb_flusher+0x53/0x120
mcryptd_flusher+0xc4/0xf0
process_one_work+0x253/0x6b0
worker_thread+0x4d/0x3b0
? preempt_count_sub+0x9b/0x100
kthread+0x133/0x150
? process_one_work+0x6b0/0x6b0
? kthread_create_on_node+0x70/0x70
ret_from_fork+0x2a/0x40
Code: 89 87 30 01 00 00 c7 87 58 01 00 00 ff ff ff ff 48 83 bf a0 01 00 00 00 75 11 48 89 87 38 01 00 00 c7 87 5c 01 00 00 ff ff ff ff <c5> f9 6f 87 40 01 00 00 c5 f9 6f 8f 50 01 00 00 c4 e2 79 3b d1
RIP: skip_7+0x0/0x67 RSP: ffffc9000082fd88
---[ end trace d89a1613b7d1b8bc ]---
BUG: sleeping function called from invalid context at ./include/linux/percpu-rwsem.h:33
in_atomic(): 1, irqs_disabled(): 0, pid: 58, name: kworker/0:1
INFO: lockdep is turned off.
Preemption disabled at:
[<ffffffff81041933>] kernel_fpu_begin+0x13/0x20
CPU: 0 PID: 58 Comm: kworker/0:1 Tainted: G D 4.13.0 #81
Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.10.2-1.fc26 04/01/2014
Workqueue: crypto mcryptd_flusher
Call Trace:
dump_stack+0x8e/0xcd
___might_sleep+0x185/0x260
__might_sleep+0x4a/0x80
exit_signals+0x33/0x2d0
do_exit+0xb4/0xd80
? kthread+0x133/0x150
rewind_stack_do_exit+0x17/0x20
note: kworker/0:1[58] exited with preempt_count 1
tsc: Refined TSC clocksource calibration: 2793.538 MHz
clocksource: tsc: mask: 0xffffffffffffffff max_cycles: 0x28446877189, max_idle_ns: 440795280878 ns

--
Josh

\
 
 \ /
  Last update: 2017-10-13 06:45    [W:0.154 / U:0.180 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site