From: Rajendra Nayak <firstname.lastname@example.org>
To: Rob Herring <email@example.com>
Cc: Stanimir Varbanov <firstname.lastname@example.org>,
Andy Gross <email@example.com>,
Bjorn Andersson <firstname.lastname@example.org>,
Linux Media Mailing List <email@example.com>,
Matthias Kaehlcke <firstname.lastname@example.org>
Subject: Re: [PATCH v2 1/4] dt-bindings: media: venus: Add an optional power domain for perf voting
Date: Mon, 20 Jul 2020 09:59:05 +0530 [thread overview]
Message-ID: <email@example.com> (raw)
On 7/18/2020 12:26 AM, Rob Herring wrote:
> On Thu, Jul 16, 2020 at 11:52 PM Rajendra Nayak <firstname.lastname@example.org> wrote:
>> On 7/17/2020 1:29 AM, Rob Herring wrote:
>>> On Thu, Jul 16, 2020 at 11:12:16AM +0530, Rajendra Nayak wrote:
>>>> Add an optional power domain which when specified can be used for
>>>> setting the performance state of Venus.
>>> The h/w suddenly grew a new power island/domain? Seems like an abuse of
>> The power-domain always existed, we have just managed to survive without
>> having venus support DVFS and have the domain always be at a high performance
>> level (set statically by boot code)
>> Now, if we care to do DVFS and support better PM on the SoC, its important
>> for the devices to manage this additional power domain (and dynamically
>> scale it)
>> That said, if the name 'opp-pd' makes it look like a software construct,
>> like Bjorn mentioned, I am fine to give it a real name like 'cx-pd'
>> Does that sound good?
> He suggested 'cx' as '-pd' would be redundant. I have no idea what
> 'cx' means, but fine.
>> PS: Like I mentioned earlier , cx is a shared power island,
>> not a power island specific to this block, and definitely not a software
>> pm-domain construct.
> Put this context/detail into your patches. Assume I don't remember
> what happened last week.
Thanks Rob, will do when I re-post shortly.
> Unfortunately, gmail seems to have no way to filter on unread mails in
> reply to my replies and doesn't move the thread up in 'Sent' filter,
> so older threads get lost.
>>  https://lore.kernel.org/patchwork/patch/1241077/
QUALCOMM INDIA, on behalf of Qualcomm Innovation Center, Inc. is a member
of Code Aurora Forum, hosted by The Linux Foundation
next prev parent reply other threads:[~2020-07-20 4:29 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-07-16 5:42 [PATCH v2 0/4] DVFS support for Venus Rajendra Nayak
2020-07-16 5:42 ` [PATCH v2 1/4] dt-bindings: media: venus: Add an optional power domain for perf voting Rajendra Nayak
2020-07-16 19:59 ` Rob Herring
2020-07-17 5:52 ` Rajendra Nayak
2020-07-17 18:56 ` Rob Herring
2020-07-20 4:29 ` Rajendra Nayak [this message]
2020-07-16 23:43 ` Bjorn Andersson
2020-07-17 5:13 ` Rajendra Nayak
2020-07-16 5:42 ` [PATCH v2 2/4] media: venus: core: Add support for opp tables/perf voting Rajendra Nayak
2020-07-16 5:42 ` [PATCH v2 3/4] arm64: dts: sdm845: Add OPP tables and power-domains for venus Rajendra Nayak
2020-07-16 5:42 ` [PATCH v2 4/4] arm64: dts: sc7180: " Rajendra Nayak
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:
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
* 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.