From: Beata Michalska <beata.michalska@arm.com>
To: Xuewen Yan <xuewen.yan94@gmail.com>
Cc: Sean Wang1 <seanwang1@lenovo.com>,
Catalin Marinas <catalin.marinas@arm.com>,
Will Deacon <will@kernel.org>,
Sudeep Holla <sudeep.holla@kernel.org>,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
"rafael@kernel.org" <rafael@kernel.org>,
Danilo Krummrich <dakr@kernel.org>,
Lifeng Zheng <zhenglifeng1@huawei.com>,
Xuewen Yan <xuewen.yan@unisoc.com>,
Geert Uytterhoeven <geert+renesas@glider.be>,
Sumit Gupta <sumitg@nvidia.com>,
Yunhui Cui <cuiyunhui@bytedance.com>,
"linux-arm-kernel@lists.infradead.org"
<linux-arm-kernel@lists.infradead.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"driver-core@lists.linux.dev" <driver-core@lists.linux.dev>
Subject: Re: [External] Re: [PATCH v3] arm64: topology: add source check in arch_cpu_idle_enter()
Date: Thu, 27 Aug 2026 14:33:50 +0200 [thread overview]
Message-ID: <apAurrE3JOpM3wE0@arm.com> (raw)
In-Reply-To: <CAB8ipk9KknqBFeQrDYXAqRxGbM_bjtU0w7Jid95XucnzkgUdkg@mail.gmail.com>
On Thu, Aug 27, 2026 at 05:11:28PM +0800, Xuewen Yan wrote:
> On Thu, Aug 27, 2026 at 5:02 PM Beata Michalska <beata.michalska@arm.com> wrote:
> >
> > On Mon, Aug 24, 2026 at 05:21:03PM +0800, Xuewen Yan wrote:
> > > On Thu, Aug 20, 2026 at 3:11 AM Beata Michalska <beata.michalska@arm.com> wrote:
> > > >
> > > Should we distinguish between events?
> > We could although for this particular issue clearing the source is the one that
> > needs attention. But I do not see why we could not have both.
> > This was just sharing the idea, not a final patch.
> > >
> > > > ---
> > > >
> > > > This is just a rough idea, and needs ironing out the wrinkles, which are there,
> > > > but that allows leaving the idle enter as is. I also believe this is the right
> > > > approach for the interface itself, although I also see some drawbacks and
> > > > potential issues (in its current state), especially that the functionality is
> > > > being exposed to modules.
> > > > Nevertheless, those are my two cents, untested, just sketched.
> > >
> > > As an aside, could we verify the functionality of the AMU's
> > > SYS_AMEVCNTR0_CONST_EL0 in the current CPU before enabling amu_file?
> > > To my knowledge, many chips currently have inaccurate errata in this counter.
> > > Alternatively, could we introduce a command line that allows users to
> > > dynamically disable this feature?
> > >
> > > Thanks!
> > Do you have any particular issue in mind ?
> > So far, from what I have been able to track, the issues reported are either
> > handled by existing erratum or by the latest change that reads the counters in
> > 'one go'. Can you share the details of the issue you are facing ?
> > That would be helpful in potentially finding the right solution.
>
> For example:
> There is an A725 errata:
> [A725]The CNT_CYCLES event can have a significant increment error due to WFE/WFI
> Status
> Fault type: Programmer Category B
> Fault status: Present in r0p0, r0p1, and r0p2. Open.
> ......
> Workaround
> There is no workaround.
Right.
Will be sharing a patch for that one soon.
---
BR
Beata
>
> Thanks!
> >
> > ---
> > BR
> > Beata
> >
prev parent reply other threads:[~2026-08-27 12:34 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-08-11 7:28 [PATCH v3] arm64: topology: add source check in arch_cpu_idle_enter() Sean Wang
2026-08-11 10:02 ` Beata Michalska
2026-08-12 7:34 ` [External] " Sean Wang1
2026-08-12 11:02 ` Beata Michalska
2026-08-19 19:10 ` Beata Michalska
2026-08-24 9:21 ` Xuewen Yan
2026-08-27 9:02 ` Beata Michalska
2026-08-27 9:11 ` Xuewen Yan
2026-08-27 12:33 ` Beata Michalska [this message]
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=apAurrE3JOpM3wE0@arm.com \
--to=beata.michalska@arm.com \
--cc=catalin.marinas@arm.com \
--cc=cuiyunhui@bytedance.com \
--cc=dakr@kernel.org \
--cc=driver-core@lists.linux.dev \
--cc=geert+renesas@glider.be \
--cc=gregkh@linuxfoundation.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=rafael@kernel.org \
--cc=seanwang1@lenovo.com \
--cc=sudeep.holla@kernel.org \
--cc=sumitg@nvidia.com \
--cc=will@kernel.org \
--cc=xuewen.yan94@gmail.com \
--cc=xuewen.yan@unisoc.com \
--cc=zhenglifeng1@huawei.com \
/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
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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.