Received: by 2002:a25:6193:0:0:0:0:0 with SMTP id v141csp3953162ybb; Mon, 23 Mar 2020 10:42:28 -0700 (PDT) X-Google-Smtp-Source: ADFU+vsT7pxr7Bad9tBqYhwXd8l2KAW6aqvLqdF2dqcQbQx2OydmYylbcD086/qQMriok5KVknaL X-Received: by 2002:aca:484c:: with SMTP id v73mr360770oia.138.1584985348405; Mon, 23 Mar 2020 10:42:28 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1584985348; cv=none; d=google.com; s=arc-20160816; b=ZqjjcnTRoprzqbtZcxHHvsYmzXtbzkn5ThGw6dJcVPaPLq8J04EDc5roTJTzZFzs2v AkhA6n0nNsZHs8sHlvJiZEeqZ6uzJtuqf+MN6FmgjuSgM3tfAoa3COwNT8lAHvTqAOn3 Rh34mFuH4EzzCdO8V2O+/VMVhfrpknkrODE1GDYW5VY6TI+7/eGmCHbgLvK28d8r51sQ wRyJFYorKeaOennHf1Th4mRtqm10GBjhzV1YbdoG1eEct7TdvOGkCeaTcofcJMeESt3m e3N1nFbfs58puCwZtPy2l/ijofbHirfJO2M3eFZKoEOf7/HlqShn0AyQq5oVlx63ytSC kxBg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=Y9lA/HqfBhLeu3qg4ar9jorkvExKbTVlBAdA4ns9gSE=; b=v+0S2jMqoCKT/qkPoIF1Re8w3AovNb9fFZcfT2VTATD4kldPCl30ZYfDdEiQT8hyzK WTVTe52Ai0KU4MpIgbZjg5w7ZnNn+JSQnRh+p8dxl415oiC+/Cwsz+lyOr9BW4UYdlPU /1dBjxje4bl6t0EwZIL1pGqYtQikXvkvR5bAAkxhLYhgO6CzgiwKW9GGJMiOZFWceA7u CQ3hlPWSGoqHXIDgQtmZELPMi5h+W9Y8VuIM4s5X+WUB/XkhXruwzGc2Uan1TYV3y1ke +cee1a7P9NbkgsWZdSCSx1sm0fVQgXDo9FpSK5RK5zGBsVPaj87E4nIVNOybC801Lqow oD0w== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id e24si308474ooh.57.2020.03.23.10.42.14; Mon, 23 Mar 2020 10:42:28 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727141AbgCWRlw (ORCPT + 99 others); Mon, 23 Mar 2020 13:41:52 -0400 Received: from foss.arm.com ([217.140.110.172]:52656 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725897AbgCWRlv (ORCPT ); Mon, 23 Mar 2020 13:41:51 -0400 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 33CF41FB; Mon, 23 Mar 2020 10:41:51 -0700 (PDT) Received: from e107158-lin.cambridge.arm.com (e107158-lin.cambridge.arm.com [10.1.195.21]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 8505A3F7C3; Mon, 23 Mar 2020 10:41:50 -0700 (PDT) Date: Mon, 23 Mar 2020 17:41:48 +0000 From: Qais Yousef To: "Paul E. McKenney" Cc: Davidlohr Bueso , Josh Triplett , linux-kernel@vger.kernel.org Subject: Re: Hit WARN_ON() in rcutorture.c:1055 Message-ID: <20200323174147.lneh4rp4tazhtm6x@e107158-lin.cambridge.arm.com> References: <20200323154309.nah44so2556ee56g@e107158-lin.cambridge.arm.com> <20200323155731.GK3199@paulmck-ThinkPad-P72> <20200323170609.w64xrfahd2snfz6h@e107158-lin.cambridge.arm.com> <20200323171751.GL3199@paulmck-ThinkPad-P72> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20200323171751.GL3199@paulmck-ThinkPad-P72> User-Agent: NeoMutt/20171215 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 03/23/20 10:17, Paul E. McKenney wrote: > On Mon, Mar 23, 2020 at 05:06:10PM +0000, Qais Yousef wrote: > > On 03/23/20 08:57, Paul E. McKenney wrote: > > > On Mon, Mar 23, 2020 at 03:43:09PM +0000, Qais Yousef wrote: > > > > Hi > > > > > > > > I hit the following warning while running rcutorture tests. It only happens > > > > when I try to hibernate the system (arm64 Juno-r2). > > > > > > Hibernating the system during rcutorture tests. Now that is gutsy! ;-) > > > > Hehe was just a side effect of testing the cpu hotplug stuff :-) > > > > > > > > > Let me know if you need additional info. > > > > > > 1. Do you need this to work? If so, please tell me your use case. > > > > Nope. It just happened while trying to stress the cpu hotplug series I just > > posted. > > > > > 2. What is line 1055 of your rcutorture.c? Here is my guess: > > > > It's 5.6-rc6, sorry should have mentioned in the report. > > > > /* Cycle through nesting levels of rcu_expedite_gp() calls. */ > > if (can_expedite && > > !(torture_random(&rand) & 0xff & (!!expediting - 1))) { > > WARN_ON_ONCE(expediting == 0 && rcu_gp_is_expedited()); > > if (expediting >= 0) > > rcu_expedite_gp(); > > else > > rcu_unexpedite_gp(); > > if (++expediting > 3) > > expediting = -expediting; > > } else if (!can_expedite) { /* Disabled during boot, recheck. */ > > > > If it's something you don't care about, then I don't care about too. I just > > thought I'd report it in case it uncovered something worthwhile. > > Well, my guess was wrong. ;-) > > This is instead rcutorture being surprised by the fact that RCU grace > periods are expedited during the hibernate process. I could fix this > particular situation, but I bet that there are a number of others, > including my guess above. > > One approach would be to halt rcutorture testing just before hibernating > and restart it just after resuming. > > Thoughts? {register, unregister}_pm_notifier() don't seem to be too hard to use. But if it's not that simple, then it's not worthwhile I'd say. The report lives in LKML as a documentation of this missing support :-P Thanks -- Qais Yousef