From: Dietmar Eggemann <dietmar.eggemann@arm.com> To: Bruno Goncalves <bgoncalv@redhat.com> Cc: CKI Project <cki-project@redhat.com>, linux-kernel@vger.kernel.org, nathan@kernel.org, Memory Management <mm-qe@redhat.com>, linux-arm-kernel@lists.infradead.org Subject: Re: WARNING: CPU: 112 PID: 2041 at kernel/sched/sched.h:1453 Date: Mon, 2 Aug 2021 10:43:43 +0200 [thread overview] Message-ID: <972ea6f3-a000-84ee-cde0-7dc0f83d59fd@arm.com> (raw) In-Reply-To: <CA+QYu4q3k8d60u5BwLy+mhRFjBd0cukiSmWAXRiMN2SbZ1XavQ@mail.gmail.com> On 30/07/2021 17:23, Bruno Goncalves wrote: > On Fri, Jul 30, 2021 at 2:22 PM Dietmar Eggemann > <dietmar.eggemann@arm.com> wrote: >> >> On 29/07/2021 16:38, Dietmar Eggemann wrote: >>> On 29/07/2021 14:36, Bruno Goncalves wrote: >>>> On Wed, Jul 28, 2021 at 5:55 PM Dietmar Eggemann >>>> <dietmar.eggemann@arm.com> wrote: >>>>> >>>>> On 28/07/2021 15:11, Bruno Goncalves wrote: [...] >> The task causing this seem to be the new `cppc_fie` DL task introduced >> by commit 1eb5dde674f5 "cpufreq: CPPC: Add support for frequency >> invariance" in v5.14-rc1. >> >> With `CONFIG_ACPI_CPPC_CPUFREQ_FIE=y` and schedutil cpufreq governor on >> slow-switching system: >> >> DL task curr=`sugov:X` makes p=`cppc_fie` migrate and since it is in >> `non_contending` state, migrate_task_rq_dl() calls >> >> sub_running_bw()->__sub_running_bw()->cpufreq_update_util()-> >> rq_clock()->assert_clock_updated() >> >> on p. >> >> Can you try this snippet? It should fix it. > > Thank you, I've tried the patch and it fixes the issue. Thanks for testing! Let me send out a proper patch then.
WARNING: multiple messages have this Message-ID
From: Dietmar Eggemann <dietmar.eggemann@arm.com> To: Bruno Goncalves <bgoncalv@redhat.com> Cc: CKI Project <cki-project@redhat.com>, linux-kernel@vger.kernel.org, nathan@kernel.org, Memory Management <mm-qe@redhat.com>, linux-arm-kernel@lists.infradead.org Subject: Re: WARNING: CPU: 112 PID: 2041 at kernel/sched/sched.h:1453 Date: Mon, 2 Aug 2021 10:43:43 +0200 [thread overview] Message-ID: <972ea6f3-a000-84ee-cde0-7dc0f83d59fd@arm.com> (raw) In-Reply-To: <CA+QYu4q3k8d60u5BwLy+mhRFjBd0cukiSmWAXRiMN2SbZ1XavQ@mail.gmail.com> On 30/07/2021 17:23, Bruno Goncalves wrote: > On Fri, Jul 30, 2021 at 2:22 PM Dietmar Eggemann > <dietmar.eggemann@arm.com> wrote: >> >> On 29/07/2021 16:38, Dietmar Eggemann wrote: >>> On 29/07/2021 14:36, Bruno Goncalves wrote: >>>> On Wed, Jul 28, 2021 at 5:55 PM Dietmar Eggemann >>>> <dietmar.eggemann@arm.com> wrote: >>>>> >>>>> On 28/07/2021 15:11, Bruno Goncalves wrote: [...] >> The task causing this seem to be the new `cppc_fie` DL task introduced >> by commit 1eb5dde674f5 "cpufreq: CPPC: Add support for frequency >> invariance" in v5.14-rc1. >> >> With `CONFIG_ACPI_CPPC_CPUFREQ_FIE=y` and schedutil cpufreq governor on >> slow-switching system: >> >> DL task curr=`sugov:X` makes p=`cppc_fie` migrate and since it is in >> `non_contending` state, migrate_task_rq_dl() calls >> >> sub_running_bw()->__sub_running_bw()->cpufreq_update_util()-> >> rq_clock()->assert_clock_updated() >> >> on p. >> >> Can you try this snippet? It should fix it. > > Thank you, I've tried the patch and it fixes the issue. Thanks for testing! Let me send out a proper patch then. _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
next prev parent reply other threads:[~2021-08-02 8:43 UTC|newest] Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top 2021-07-28 13:11 Bruno Goncalves 2021-07-28 15:55 ` Dietmar Eggemann 2021-07-29 12:36 ` Bruno Goncalves 2021-07-29 12:36 ` Bruno Goncalves 2021-07-29 14:38 ` Dietmar Eggemann 2021-07-29 14:38 ` Dietmar Eggemann 2021-07-30 12:22 ` Dietmar Eggemann 2021-07-30 12:22 ` Dietmar Eggemann 2021-07-30 15:23 ` Bruno Goncalves 2021-07-30 15:23 ` Bruno Goncalves 2021-08-02 8:43 ` Dietmar Eggemann [this message] 2021-08-02 8:43 ` Dietmar Eggemann
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=972ea6f3-a000-84ee-cde0-7dc0f83d59fd@arm.com \ --to=dietmar.eggemann@arm.com \ --cc=bgoncalv@redhat.com \ --cc=cki-project@redhat.com \ --cc=linux-arm-kernel@lists.infradead.org \ --cc=linux-kernel@vger.kernel.org \ --cc=mm-qe@redhat.com \ --cc=nathan@kernel.org \ --subject='Re: WARNING: CPU: 112 PID: 2041 at kernel/sched/sched.h:1453' \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.