From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <linux-kernel-owner@vger.kernel.org>
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751479AbdKVCPd (ORCPT <rfc822;w@1wt.eu>);
        Tue, 21 Nov 2017 21:15:33 -0500
Received: from mga14.intel.com ([192.55.52.115]:43455 "EHLO mga14.intel.com"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751409AbdKVCPc (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 21 Nov 2017 21:15:32 -0500
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.44,435,1505804400"; 
   d="scan'208";a="4478581"
Date: Wed, 22 Nov 2017 10:15:29 +0800
From: Fengguang Wu <fengguang.wu@intel.com>
To: Andrew Morton <akpm@linux-foundation.org>
Cc: Davidlohr Bueso <dave@stgolabs.net>,
        Linus Torvalds <torvalds@linux-foundation.org>,
        linux-kernel@vger.kernel.org, lkp@01.org
Subject: Re: [rbtree_test_init] watchdog: BUG: soft lockup - CPU#0 stuck for
 22s! [swapper:1]
Message-ID: <20171122021529.drrox2q4acjhlkri@wfg-t540p.sh.intel.com>
References: <20171121090529.p3bcdz5y5bs5mqk2@wfg-t540p.sh.intel.com>
 <20171121111022.4petko2v2wnovzii@wfg-t540p.sh.intel.com>
 <20171121135913.63e82d584e269e761573d6bf@linux-foundation.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Disposition: inline
In-Reply-To: <20171121135913.63e82d584e269e761573d6bf@linux-foundation.org>
User-Agent: NeoMutt/20170609 (1.8.3)
Sender: linux-kernel-owner@vger.kernel.org
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org

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@intel.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