linux-pm.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Sudeep Holla <sudeep.holla@arm.com>
To: Vivek yadav <linux.ninja23@gmail.com>
Cc: linux-pm@vger.kernel.org, lpieralisi@kernel.org,
	ulf.hansson@linaro.org, Sudeep Holla <sudeep.holla@arm.com>
Subject: Re: ARM64: Where do I get CPU Sleep states parameters ?
Date: Wed, 9 Oct 2024 11:45:15 +0100	[thread overview]
Message-ID: <ZwZeu_0hKiBPstp2@bogus> (raw)
In-Reply-To: <CAO6a-98koymFJM3X1QDdoybz+SdR_g+C5=vbt_BjS=dYOQJBAg@mail.gmail.com>

On Wed, Oct 09, 2024 at 07:47:18AM +0530, Vivek yadav wrote:
> >> Hi @all
> >>
> >> Recently I was exploring the CPUIdle menu governor. I found out that
> >> there are CPUIdle states. These C- states are defined in the device
> >> tree based on these `cpu-idle-state` parameters. The menu governor
> >> makes intelligent decisions. So it can save precious power resources.
> >>
> >> I had one custom SoC which had a CPU `arm,cortex-a55`. Now I am
> >> looking for CPU properties i.e exit_latency, entry_latency and
> >> min-residency.
> >>
> >> Below there are two different SoC using the same arm,cortex-a55 CPU. But
> >> they are using different values.
> >>
> >> Q.1: There are entry | exit | min-latency-us. Where will I get all that
> >> information? I searched into ARM manuals but I did not get it ? Please
> >> point me in the right direction if you know about this.
> >
> >It is completely SoC/platform or even board specific parameter. One needs
> >to measure it for that configuration and then populate the value in DT.
>
> One needs to measure it means there are tools to measure CPUIdle time
> OR  do you mean these latency values need to be fine tuned by developer
> via hit and trial method. Which suits the SoC/board.
> Please correct me if I am wrong.
>

I wouldn't say trial and error. It involved trying to hit worst case scenario
and taking some timing info on the platform(via trace or whatever suits best
on the platform and the firmware running). E.g. Can you access cache memory on
DRAM in such a way that achieves maximum dirty cacheline ? Some power
measurements by forceful wakeup so that you can get better tuned value for
minimum residency.


--
Regards,
Sudeep

      parent reply	other threads:[~2024-10-09 10:45 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <CAO6a-9-cp7CazJ4+-b3gwD2Q5n4SaA=5=Ps3ycJ9Xq_ZidDB+A@mail.gmail.com>
2024-10-08 15:52 ` ARM64: Where do I get CPU Sleep states parameters ? Sudeep Holla
     [not found]   ` <CAO6a-98koymFJM3X1QDdoybz+SdR_g+C5=vbt_BjS=dYOQJBAg@mail.gmail.com>
2024-10-09 10:45     ` Sudeep Holla [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=ZwZeu_0hKiBPstp2@bogus \
    --to=sudeep.holla@arm.com \
    --cc=linux-pm@vger.kernel.org \
    --cc=linux.ninja23@gmail.com \
    --cc=lpieralisi@kernel.org \
    --cc=ulf.hansson@linaro.org \
    /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).