Received: by 2002:a05:6358:9144:b0:117:f937:c515 with SMTP id r4csp390193rwr; Thu, 27 Apr 2023 02:51:56 -0700 (PDT) X-Google-Smtp-Source: ACHHUZ5XqyJTRfBPPWX7mvVtk8VOzD5XXn8Cms2W/I/Nt3ih4rGnyUX8MvR2qQtvmXg4g6a2FlUP X-Received: by 2002:a05:6a20:7f99:b0:f6:d60d:dbc8 with SMTP id d25-20020a056a207f9900b000f6d60ddbc8mr981308pzj.2.1682589116180; Thu, 27 Apr 2023 02:51:56 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1682589116; cv=none; d=google.com; s=arc-20160816; b=BIioenywglotwH54zMsq+u2VCnsgBsTXnsVIzm1A27K8qRIiXb/Y4EcHMukXnzlkqw LT7vj/P2iC7M1ioxakNE6oVW4J8pCDMr+th+1XKEmbdZiPPHLKD2g33ZyTBZDChUA5Go 3mjokTlYotgD/i0m+f0ioAVsklDdGFW+mueu+SECsGDQNaLZN0MvAlThRqp9utwkdBS+ 2eyi37ADi1oaGXA+xE8yHYJjFWeW+/MgqJc87ag75UTo4bLmhZ7G2PTkxZ8uvO+RDXES RgVmbjwjcAjf7esjfLA+SuVTPGQOxU7cGbspXXeoHIBi3d3orrHhrF4QxBm/JdZWQskN aZsw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=Wto9pKIHtHAM2Ad2u4MUsD4JSmys3BuIyF+J3wWcMGM=; b=eD7ciGmjgcAq56KDAKFMWsRqMq/alJ09orXbxEE8exBv7/Wg2alwe1/FqBdhmE4ffd m4+uq6V8DOr0DINSw+Fa+a/V14rxfs3embaBu+5kHd/RsePkDGmVoGs3ZgYf6rwsuSSw E7Fi/m6zaIV2qryIkfKD92VzCPNvlWb9vovvHEOt6poLrm6HiT3VjIwmAcI8R345+J+k rumVjfz+ONqNAfZuibPBX7+yoDn64aH8P/5d+VAsam6Mo+KPen1joYBrBONeoLpOKEp3 2EfW9U/CgCC2WJFka7t255rZ65C1Y7yjyy9oVssvvRdHjoxty7jTa3RXPKzfj0oTqKOF fPOQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=oT7AHjre; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id q62-20020a17090a4fc400b0023361862115si20412383pjh.129.2023.04.27.02.51.42; Thu, 27 Apr 2023 02:51:56 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=oT7AHjre; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S243343AbjD0Jtg (ORCPT + 99 others); Thu, 27 Apr 2023 05:49:36 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:35298 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S243222AbjD0Jtd (ORCPT ); Thu, 27 Apr 2023 05:49:33 -0400 Received: from mail-vk1-xa2b.google.com (mail-vk1-xa2b.google.com [IPv6:2607:f8b0:4864:20::a2b]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 0A8FB12F for ; Thu, 27 Apr 2023 02:49:32 -0700 (PDT) Received: by mail-vk1-xa2b.google.com with SMTP id 71dfb90a1353d-440403d34a4so2969387e0c.0 for ; Thu, 27 Apr 2023 02:49:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; t=1682588971; x=1685180971; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=Wto9pKIHtHAM2Ad2u4MUsD4JSmys3BuIyF+J3wWcMGM=; b=oT7AHjre3+bsN732m6l/hI8c99enC6un8zE2DHUJm9fvFZLatJqrEi2XJ+UAjpW3cH SeUpPvx51YcPejWfxeA3rB024LQnOWWSM1oLZ1+KpcX5JSXbEX7z3n/f9PwDtXhr/s2T 6+jv2/P4tHAc+WQhJrWv6VQznbRv4XZIl4Sw0Dsku+z48i6Tj5dpQonL+Hwh4f0d22eM 2d/b5hnqWTMEOmg2rXOB71wGBVE7OstRfnlbj8rk9sURGoXDfyZXkLCoIa0iyimVU8Tb jPFWFMaCq5Uv6BhRevvHIqTIMYe7cx2IX9EaWcfq5D8TGNTtai+OIu/v/QkcZ9FTqw7l DHvg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1682588971; x=1685180971; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=Wto9pKIHtHAM2Ad2u4MUsD4JSmys3BuIyF+J3wWcMGM=; b=cpg6BXdcM0FV8gfepykDLhbzO8mRAIm5IrnjE5VOjnNZOsnuWpXyuvtcP/57GacLeM vXjSlztlCwHNIVHv/51IuMEdYTYoceeHoZb61Zg6ak8/rf+0fQa9bI8kS0hXkmZmUYUV QC2XkBP6tA1I4n0dgfbl1nudHd0K3N+gznxKU2InYzYXjKoNg5X1DJV9aeNlWuQxicv1 e9NlHnbvbQVequ8jJqk+pDYxZtWw0rcCfpcmdvj0AnCk6ktUNOehWc9OYBE+p3ajNWHs NHGsaoPDBHjuUNSOcku+BgdaYcSisKNIGylstlGipluziT6XcBcyzZfcbQskJft1E7Rs GS3A== X-Gm-Message-State: AC+VfDxVct61wTJFHuPfBiy3LsraAsvxxb/3ul3mV4z//24WrrZpTtsI DDgB7QsOIVc0WuZMwzH/evaRZgqryD6pZlo+fep9Bg== X-Received: by 2002:a1f:c406:0:b0:440:3793:6ab2 with SMTP id u6-20020a1fc406000000b0044037936ab2mr209235vkf.13.1682588970772; Thu, 27 Apr 2023 02:49:30 -0700 (PDT) MIME-Version: 1.0 References: <20230424131121.155649464@linuxfoundation.org> <20230426170945.0ec0f1ef@gandalf.local.home> <20230426181415.17c893f5@gandalf.local.home> In-Reply-To: <20230426181415.17c893f5@gandalf.local.home> From: Naresh Kamboju Date: Thu, 27 Apr 2023 10:49:19 +0100 Message-ID: Subject: Re: [PATCH 4.19 00/29] 4.19.282-rc1 review To: Steven Rostedt , Greg Kroah-Hartman Cc: Masami Hiramatsu , stable@vger.kernel.org, patches@lists.linux.dev, linux-kernel@vger.kernel.org, torvalds@linux-foundation.org, akpm@linux-foundation.org, linux@roeck-us.net, shuah@kernel.org, patches@kernelci.org, lkft-triage@lists.linaro.org, pavel@denx.de, jonathanh@nvidia.com, f.fainelli@gmail.com, sudipm.mukherjee@gmail.com, srw@sladewatkins.net, rwarsow@gmx.de, Mark Rutland , "Paul E. McKenney" , Peter Zijlstra Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Steven, On Wed, 26 Apr 2023 at 23:14, Steven Rostedt wrote: > > On Wed, 26 Apr 2023 17:09:45 -0400 > Steven Rostedt wrote: > > > Now the question is, why is this triggering on 4.19 but not in latest > > mainline? > > I found it, I backported this patch and the warning goes away (at least for > me). Can you add this and see if it makes the warning go away for you too? I have applied this patch on stable-rc 4.19 branch and tested on - arm64: Juno-r2 - x86_64 device and the reported problem has been resolved. Thanks for finding a quick fix patch. > > -- Steve > > From: Peter Zijlstra > Date: Fri, 7 Aug 2020 20:50:19 +0200 > Subject: [PATCH] sched,idle,rcu: Push rcu_idle deeper into the idle path > > commit 1098582a0f6c4e8fd28da0a6305f9233d02c9c1d upstream. > > Lots of things take locks, due to a wee bug, rcu_lockdep didn't notice > that the locking tracepoints were using RCU. > > Push rcu_idle_{enter,exit}() as deep as possible into the idle paths, > this also resolves a lot of _rcuidle()/RCU_NONIDLE() usage. > > Specifically, sched_clock_idle_wakeup_event() will use ktime which > will use seqlocks which will tickle lockdep, and > stop_critical_timings() uses lock. > > Signed-off-by: Peter Zijlstra (Intel) > Reviewed-by: Steven Rostedt (VMware) > Reviewed-by: Thomas Gleixner > Acked-by: Rafael J. Wysocki > Tested-by: Marco Elver > Link: https://lkml.kernel.org/r/20200821085348.310943801@infradead.org Tested-by: Linux Kernel Functional Testing Tested-by: Naresh Kamboju test log: - https://lkft.validation.linaro.org/scheduler/job/6380295#L1418 - https://lkft.validation.linaro.org/scheduler/job/6380303#L1443 > --- > drivers/cpuidle/cpuidle.c | 12 ++++++++---- > kernel/sched/idle.c | 22 ++++++++-------------- > 2 files changed, 16 insertions(+), 18 deletions(-) > > diff --git a/drivers/cpuidle/cpuidle.c b/drivers/cpuidle/cpuidle.c > index 2d182dc1b49e..01bde6dec13a 100644 > --- a/drivers/cpuidle/cpuidle.c > +++ b/drivers/cpuidle/cpuidle.c > @@ -140,13 +140,14 @@ static void enter_s2idle_proper(struct cpuidle_driver *drv, > * executing it contains RCU usage regarded as invalid in the idle > * context, so tell RCU about that. > */ > - RCU_NONIDLE(tick_freeze()); > + tick_freeze(); > /* > * The state used here cannot be a "coupled" one, because the "coupled" > * cpuidle mechanism enables interrupts and doing that with timekeeping > * suspended is generally unsafe. > */ > stop_critical_timings(); > + rcu_idle_enter(); > drv->states[index].enter_s2idle(dev, drv, index); > if (WARN_ON_ONCE(!irqs_disabled())) > local_irq_disable(); > @@ -155,7 +156,8 @@ static void enter_s2idle_proper(struct cpuidle_driver *drv, > * first CPU executing it calls functions containing RCU read-side > * critical sections, so tell RCU about that. > */ > - RCU_NONIDLE(tick_unfreeze()); > + rcu_idle_exit(); > + tick_unfreeze(); > start_critical_timings(); > > time_end = ns_to_ktime(local_clock()); > @@ -224,16 +226,18 @@ int cpuidle_enter_state(struct cpuidle_device *dev, struct cpuidle_driver *drv, > /* Take note of the planned idle state. */ > sched_idle_set_state(target_state); > > - trace_cpu_idle_rcuidle(index, dev->cpu); > + trace_cpu_idle(index, dev->cpu); > time_start = ns_to_ktime(local_clock()); > > stop_critical_timings(); > + rcu_idle_enter(); > entered_state = target_state->enter(dev, drv, index); > + rcu_idle_exit(); > start_critical_timings(); > > sched_clock_idle_wakeup_event(); > time_end = ns_to_ktime(local_clock()); > - trace_cpu_idle_rcuidle(PWR_EVENT_EXIT, dev->cpu); > + trace_cpu_idle(PWR_EVENT_EXIT, dev->cpu); > > /* The cpu is no longer idle or about to enter idle. */ > sched_idle_set_state(NULL); > diff --git a/kernel/sched/idle.c b/kernel/sched/idle.c > index 44a17366c8ec..4e3d149d64ad 100644 > --- a/kernel/sched/idle.c > +++ b/kernel/sched/idle.c > @@ -53,17 +53,18 @@ __setup("hlt", cpu_idle_nopoll_setup); > > static noinline int __cpuidle cpu_idle_poll(void) > { > + trace_cpu_idle(0, smp_processor_id()); > + stop_critical_timings(); > rcu_idle_enter(); > - trace_cpu_idle_rcuidle(0, smp_processor_id()); > local_irq_enable(); > - stop_critical_timings(); > > while (!tif_need_resched() && > - (cpu_idle_force_poll || tick_check_broadcast_expired())) > + (cpu_idle_force_poll || tick_check_broadcast_expired())) > cpu_relax(); > - start_critical_timings(); > - trace_cpu_idle_rcuidle(PWR_EVENT_EXIT, smp_processor_id()); > + > rcu_idle_exit(); > + start_critical_timings(); > + trace_cpu_idle(PWR_EVENT_EXIT, smp_processor_id()); > > return 1; > } > @@ -90,7 +91,9 @@ void __cpuidle default_idle_call(void) > local_irq_enable(); > } else { > stop_critical_timings(); > + rcu_idle_enter(); > arch_cpu_idle(); > + rcu_idle_exit(); > start_critical_timings(); > } > } > @@ -148,7 +151,6 @@ static void cpuidle_idle_call(void) > > if (cpuidle_not_available(drv, dev)) { > tick_nohz_idle_stop_tick(); > - rcu_idle_enter(); > > default_idle_call(); > goto exit_idle; > @@ -166,19 +168,15 @@ static void cpuidle_idle_call(void) > > if (idle_should_enter_s2idle() || dev->use_deepest_state) { > if (idle_should_enter_s2idle()) { > - rcu_idle_enter(); > > entered_state = cpuidle_enter_s2idle(drv, dev); > if (entered_state > 0) { > local_irq_enable(); > goto exit_idle; > } > - > - rcu_idle_exit(); > } > > tick_nohz_idle_stop_tick(); > - rcu_idle_enter(); > > next_state = cpuidle_find_deepest_state(drv, dev); > call_cpuidle(drv, dev, next_state); > @@ -195,8 +193,6 @@ static void cpuidle_idle_call(void) > else > tick_nohz_idle_retain_tick(); > > - rcu_idle_enter(); > - > entered_state = call_cpuidle(drv, dev, next_state); > /* > * Give the governor an opportunity to reflect on the outcome > @@ -212,8 +208,6 @@ static void cpuidle_idle_call(void) > */ > if (WARN_ON_ONCE(irqs_disabled())) > local_irq_enable(); > - > - rcu_idle_exit(); > } > > /* > -- > 2.39.2 - Naresh -- Linaro LKFT https://lkft.linaro.org