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:   Tue, 21 Nov 2017 13:59:13 -0800
From:   Andrew Morton <akpm@...ux-foundation.org>
To:     Fengguang Wu <fengguang.wu@...el.com>
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, 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?

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ