From: Aboorva Devarajan <aboorvad@linux.vnet.ibm.com>
To: Michael Ellerman <mpe@ellerman.id.au>
Cc: srikar@linux.vnet.ibm.com, arnd@arndb.de,
pratik.r.sampat@gmail.com, sshegde@linux.vnet.ibm.com,
linuxppc-dev@lists.ozlabs.org, npiggin@gmail.com,
linux-kernel@vger.kernel.org, rmclure@linux.ibm.com,
joel@jms.id.au, linux-kselftest@vger.kernel.org,
shuah@kernel.org
Subject: Re: [RFC v3 1/2] powerpc/cpuidle: cpuidle wakeup latency based on IPI and timer events
Date: Thu, 21 Sep 2023 16:30:19 +0530 [thread overview]
Message-ID: <50798cd4558299eb62e2c3a11e367a6dbe11f915.camel@linux.vnet.ibm.com> (raw)
In-Reply-To: <87a5trvw88.fsf@mail.lhotse>
On Wed, 2023-09-13 at 08:54 +1000, Michael Ellerman wrote:
> Aboorva Devarajan <aboorvad@linux.vnet.ibm.com> writes:
> > From: Pratik R. Sampat <psampat@linux.ibm.com>
> >
> > Introduce a mechanism to fire directed IPIs from a source CPU to a
> > specified target CPU and measure the time incurred on waking up the
> > target CPU in response.
> >
> > Also, introduce a mechanism to queue a hrtimer on a specified CPU
> > and
> > subsequently measure the time taken to wakeup the CPU.
> >
> > Define a simple debugfs interface that allows for adjusting the
> > settings to trigger IPI and timer events on a designated CPU, and
> > to
> > observe the resulting cpuidle wakeup latencies.
> >
> > Reviewed-by: Srikar Dronamraju <srikar@linux.vnet.ibm.com>
> > Signed-off-by: Pratik R. Sampat <psampat@linux.ibm.com>
> > Signed-off-by: Aboorva Devarajan <aboorvad@linux.vnet.ibm.com>
> > ---
> > arch/powerpc/Kconfig.debug | 10 ++
> > arch/powerpc/kernel/Makefile | 1 +
> > arch/powerpc/kernel/test_cpuidle_latency.c | 154
> > +++++++++++++++++++++
>
> I don't see anything here that's powerpc specific?
>
> Which makes me wonder 1) could this be done with some existing
> generic
> mechanism?, and 2) if not can this test code be made generic.
>
> At the very least this should be Cc'ed to the cpuidle lists &
> maintainers given it's a test for cpuidle latency :)
>
> cheers
Hi Michael,
Thanks a lot for taking a look at this.
Yes, this test-case can be used as a generic benchmark for evaluating
CPU idle latencies across different architectures, as it has thus far
been exclusively tested and used on PowerPC, so we thought it would be
more beneficial to incorporate it into a PowerPC specific self-test
suite. But I will work on making it a generic self-test and send across
a v4.
next prev parent reply other threads:[~2023-09-21 11:01 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-09-11 5:36 [RFC v3 0/2] CPU-Idle latency selftest framework Aboorva Devarajan
2023-09-11 5:36 ` [RFC v3 1/2] powerpc/cpuidle: cpuidle wakeup latency based on IPI and timer events Aboorva Devarajan
2023-09-12 22:54 ` Michael Ellerman
2023-09-21 11:00 ` Aboorva Devarajan [this message]
2023-09-21 23:41 ` Michael Ellerman
2023-09-11 5:36 ` [RFC v3 2/2] powerpc/selftest: Add support for cpuidle latency measurement Aboorva Devarajan
2023-09-25 5:06 ` [RFC v3 0/2] CPU-Idle latency selftest framework Aboorva Devarajan
2023-10-12 4:48 ` Aboorva Devarajan
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=50798cd4558299eb62e2c3a11e367a6dbe11f915.camel@linux.vnet.ibm.com \
--to=aboorvad@linux.vnet.ibm.com \
--cc=87a5trvw88.fsf@mail.lhotse \
--cc=arnd@arndb.de \
--cc=joel@jms.id.au \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-kselftest@vger.kernel.org \
--cc=linuxppc-dev@lists.ozlabs.org \
--cc=mpe@ellerman.id.au \
--cc=npiggin@gmail.com \
--cc=pratik.r.sampat@gmail.com \
--cc=rmclure@linux.ibm.com \
--cc=shuah@kernel.org \
--cc=srikar@linux.vnet.ibm.com \
--cc=sshegde@linux.vnet.ibm.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).