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] [thread-next>] [day] [month] [year] [list]
Date:   Wed, 22 Nov 2017 10:15:29 +0800
From:   Fengguang Wu <fengguang.wu@...el.com>
To:     Andrew Morton <akpm@...ux-foundation.org>
Cc:     Davidlohr Bueso <dave@...olabs.net>,
        Linus Torvalds <torvalds@...ux-foundation.org>,
        linux-kernel@...r.kernel.org, lkp@...org
Subject: Re: [rbtree_test_init] watchdog: BUG: soft lockup - CPU#0 stuck for
 22s! [swapper:1]

On Tue, Nov 21, 2017 at 01:59:13PM -0800, Andrew Morton wrote:
>On Tue, 21 Nov 2017 19:10:22 +0800 Fengguang Wu <fengguang.wu@...el.com> wrote:
>
>> Hello,
>>
>> FYI this happens in mainline kernel 4.14.0-03453-ge37e0ee.
>> It at least dates back to v4.1 .
>>
>> It occurs in 2 out of 2 boots.
>>
>> [  140.043368] watchdog: BUG: soft lockup - CPU#0 stuck for 22s! [swapper:1]
>> ...
>> [  140.044140] Call Trace:
>> [  140.044140]  __asan_loadN+0x19/0x21
>> [  140.044140]  ftrace_likely_update+0x32/0xc3:
>> ftrace_likely_update at kernel/trace/trace_branch.c:209
>> [  140.044140]  ? augment_recompute+0x14b/0x14b:
>> augment_callbacks_rotate at lib/rbtree_test.c:97
>> [  140.044140]  __rb_insert_augmented+0x8d/0x639:
>> __rb_insert at lib/rbtree.c:110
>>   (inlined by) __rb_insert_augmented at lib/rbtree.c:495
>> [  140.044140]  rbtree_test_init+0xbfb/0x1407:
>> rb_insert_augmented_cached at include/linux/rbtree_augmented.h:70
>>   (inlined by) insert_augmented_cached at lib/rbtree_test.c:148
>>   (inlined by) rbtree_test_init at lib/rbtree_test.c:371
>> [  140.044140]  ? glob_init+0x23f/0x23f:
>> rbtree_test_init at lib/rbtree_test.c:245
>
>Does that kernel include 0b548e33e6cb2bf ("lib/rbtree-test: lower
>default params")?  If so, perhaps some cond_resched() sprinkling is
>needed?

Ah I just tested 0b548e33e6cb2bf and it's fine there. 0b548e33e6cb2bf
is merged after e37e0ee0190 in this report, so it indicates a fixed
error. Sorry for the noise!

Regards,
Fengguang

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ