linux-kernel - Re: 669de8bda8 ("kernel/workqueue: Use dynamic lockdep keys for .."): WARNING: CPU: 0 PID: 1 at kernel/locking/lockdep.c:995 lockdep_register

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-ID: <1552063004.45180.19.camel@acm.org>
Date:   Fri, 08 Mar 2019 08:36:44 -0800
From:   Bart Van Assche <bvanassche@....org>
To:     kernel test robot <lkp@...el.com>
Cc:     LKP <lkp@...org>, linux-kernel@...r.kernel.org,
        "Peter Zijlstra (Intel)" <peterz@...radead.org>,
        Ingo Molnar <mingo@...nel.org>
Subject: Re: 669de8bda8 ("kernel/workqueue: Use dynamic lockdep keys for
 .."):  WARNING: CPU: 0 PID: 1 at kernel/locking/lockdep.c:995
 lockdep_register_key

On Fri, 2019-03-08 at 12:48 +0800, kernel test robot wrote:
> [    1.855169] spin_lock-torture: lock_torture_stats task started
> [    2.565387] workingset: timestamp_bits=14 max_order=17 bucket_order=3
> [    2.567522] NFS: Registering the id_resolver key type
> [    2.568478] Key type id_resolver registered
> [    2.569072] Key type id_legacy registered
> [    2.570808] WARNING: CPU: 0 PID: 1 at kernel/locking/lockdep.c:995 lockdep_register_key+0x37/0x386
> [    2.571658] CPU: 0 PID: 1 Comm: swapper Not tainted 5.0.0-rc8-00054-g669de8b #496
> [    2.571658] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.10.2-1 04/01/2014
> [    2.571658] EIP: lockdep_register_key+0x37/0x386
> [    2.571658] Code: 20 45 65 94 01 83 15 24 45 65 94 00 81 fe 00 00 80 92 72 2e 81 fe 00 d0 88 95 73 26 83 05 40 45 65 94 01 83 15 44 45 65 94 00 <0f> 0b 83 05 48 45 65 94 01 83 15 4c 45 65 94 00
> 83 c4 1c 5b 5e 5f
> [    2.571658] EAX: 9586d254 EBX: 9586d1c0 ECX: 944f9cd8 EDX: 00000000
> [    2.571658] ESI: 9586d254 EDI: 9586d274 EBP: 975a9ee4 ESP: 975a9ebc
> [    2.571658] DS: 007b ES: 007b FS: 0000 GS: 0000 SS: 0068 EFLAGS: 00210246
> [    2.571658] CR0: 80050033 CR2: 00000000 CR3: 1c4a5000 CR4: 00340690
> [    2.571658] DR0: 00000000 DR1: 00000000 DR2: 00000000 DR3: 00000000
> [    2.571658] DR6: fffe0ff0 DR7: 00000400
> [    2.571658] Call Trace:
> [    2.571658]  ? debug_mutex_init+0x4b/0x63
> [    2.571658]  ? __mutex_init+0x59/0x6c
> [    2.571658]  alloc_workqueue+0x227/0x84e
> [    2.571658]  ? proc_create+0x3e/0x52
> [    2.571658]  ? trace_event_define_fields_smb3_rw_err_class+0x1b9/0x1b9
> [    2.571658]  init_cifs+0x159/0x72f
> [    2.571658]  do_one_initcall+0x2c4/0x6bf
> [    2.571658]  kernel_init_freeable+0x6ef/0x841
> [    2.571658]  ? rest_init+0x473/0x473
> [    2.571658]  kernel_init+0x1e/0x26b
> [    2.571658]  ? schedule_tail_wrapper+0x9/0xc
> [    2.571658]  ret_from_fork+0x1e/0x28
> [    2.571658] irq event stamp: 410062
> [    2.571658] hardirqs last  enabled at (410061): [<93a2ac73>] _raw_spin_unlock_irqrestore+0x133/0x17e
> [    2.571658] hardirqs last disabled at (410062): [<92801bca>] trace_hardirqs_off_thunk+0xc/0x10
> [    2.571658] softirqs last  enabled at (409970): [<93a2da14>] __do_softirq+0x904/0xa1d
> [    2.571658] softirqs last disabled at (409965): [<92813eb9>] do_softirq_own_stack+0x3d/0x51
> [    2.571658] ---[ end trace c4eabde80fbbdbf0 ]---
> [    3.753943] String selftests succeeded

The following patch should fix this: [PATCH] kernel/wq: Fix a alloc_workqueue()
error path. See also 
https://lore.kernel.org/lkml/20190303220046.29448-1-bvanassche@acm.org/

Bart.