From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from lists.ozlabs.org (lists.ozlabs.org [112.213.38.117]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id E2B39C433EF for ; Thu, 7 Apr 2022 15:16:44 +0000 (UTC) Received: from boromir.ozlabs.org (localhost [IPv6:::1]) by lists.ozlabs.org (Postfix) with ESMTP id 4KZ4jQ3HkTz3bWf for ; Fri, 8 Apr 2022 01:16:42 +1000 (AEST) Authentication-Results: lists.ozlabs.org; dkim=fail reason="signature verification failed" (2048-bit key; unprotected) header.d=kernel.org header.i=@kernel.org header.a=rsa-sha256 header.s=k20201202 header.b=b7AdTEGU; dkim-atps=neutral Authentication-Results: lists.ozlabs.org; spf=pass (sender SPF authorized) smtp.mailfrom=kernel.org (client-ip=139.178.84.217; helo=dfw.source.kernel.org; envelope-from=srs0=cszx=ur=paulmck-thinkpad-p17-gen-1.home=paulmck@kernel.org; receiver=) Authentication-Results: lists.ozlabs.org; dkim=pass (2048-bit key; unprotected) header.d=kernel.org header.i=@kernel.org header.a=rsa-sha256 header.s=k20201202 header.b=b7AdTEGU; dkim-atps=neutral Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by lists.ozlabs.org (Postfix) with ESMTPS id 4KZ4hc4jFNz2yMS for ; Fri, 8 Apr 2022 01:16:00 +1000 (AEST) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id C473561DD6; Thu, 7 Apr 2022 15:15:56 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 025BBC385A0; Thu, 7 Apr 2022 15:15:55 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1649344556; bh=zgcypSqcOjttw+NOmBx1xs+dR2yyEnA+Y3BOWHLvyQg=; h=Date:From:To:Cc:Subject:Reply-To:References:In-Reply-To:From; b=b7AdTEGUiOsYfaURI5xgXgpBRMlEDu/XqqCHGRYGQLlEJnQ2HcZ4jNAS7et+QhRui oJqBT1w3IB/PENacBAqj/hm337U60JTOWVvmvcYULxFIxMUapuv18NsrDA3Y80muwE yTPSIObBOyYIlTUim8dgGHhwU50dqc8aDhPrp5NlcMSXZAmTQF2R7tYS/ERO9zO1vT E5uyt5JWxB/Sc2aVUXIWeb0F5xsP5dl7Et83ftsQD4sN+mC3UpuJRRag7SsCxtDjdA S/UoGWuvhzpzvevLesnGY1A3yWPoorCbIWsVBUXsyqV8EIo5U6wwrKJ0Kwq+PPe1fq bJm3DYzh399dw== Received: by paulmck-ThinkPad-P17-Gen-1.home (Postfix, from userid 1000) id 14F165C0176; Thu, 7 Apr 2022 08:15:55 -0700 (PDT) Date: Thu, 7 Apr 2022 08:15:55 -0700 From: "Paul E. McKenney" To: Miguel Ojeda Subject: Re: rcu_sched self-detected stall on CPU Message-ID: <20220407151555.GR4285@paulmck-ThinkPad-P17-Gen-1> References: <20220406170012.GO4285@paulmck-ThinkPad-P17-Gen-1> <20220406195011.GP4285@paulmck-ThinkPad-P17-Gen-1> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-BeenThere: linuxppc-dev@lists.ozlabs.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: paulmck@kernel.org Cc: rcu , Zhouyi Zhou , linuxppc-dev Errors-To: linuxppc-dev-bounces+linuxppc-dev=archiver.kernel.org@lists.ozlabs.org Sender: "Linuxppc-dev" On Thu, Apr 07, 2022 at 12:07:34PM +0200, Miguel Ojeda wrote: > On Thu, Apr 7, 2022 at 4:27 AM Zhouyi Zhou wrote: > > > > Yes, this happens within 30 seconds after kernel boot. If we take all > > into account (qemu preparing, kernel loading), we can do one test > > within 54 seconds. > > When it does not trigger, the run should be 20 seconds quicker than > that (e.g. 10 seconds), since we don't wait for the stall timeout. I > guess the timeout could also be reduced a fair bit to make failures > quicker, but they do not contribute as much as the successes anyway. Ah. So you would instead look for boot to have completed within 10 seconds? Either way, reliable automation might well more important than reduction in time. > Thanks a lot for running the bisect on that server, Zhouyi! What Miguel said! Thanx, Paul