[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <Y8V7oIzVPffETqtO@orome>
Date: Mon, 16 Jan 2023 17:30:24 +0100
From: Thierry Reding <thierry.reding@...il.com>
To: Sumit Gupta <sumitg@...dia.com>
Cc: Krzysztof Kozlowski <krzysztof.kozlowski@...aro.org>,
treding@...dia.com, dmitry.osipenko@...labora.com,
viresh.kumar@...aro.org, rafael@...nel.org, jonathanh@...dia.com,
robh+dt@...nel.org, linux-kernel@...r.kernel.org,
linux-tegra@...r.kernel.org, linux-pm@...r.kernel.org,
devicetree@...r.kernel.org, sanjayc@...dia.com,
ksitaraman@...dia.com, ishah@...dia.com, bbasu@...dia.com
Subject: Re: [Patch v1 09/10] memory: tegra: get number of enabled mc channels
On Fri, Jan 13, 2023 at 08:34:18PM +0530, Sumit Gupta wrote:
>
>
> On 22/12/22 17:07, Krzysztof Kozlowski wrote:
> > External email: Use caution opening links or attachments
> >
> >
> > On 20/12/2022 17:02, Sumit Gupta wrote:
> > > Get number of MC channels which are actually enabled
> > > in current boot configuration.
> >
> > Why? You don't do anything with it. Commit msg should give the reason of
> > changes.
> >
> >
> > Best regards,
> > Krzysztof
> >
>
> CPU OPP tables have per channel bandwidth info. The "mc->num_channels" is
> used in [1] (Patch v1 10/10) to make the per MC channel bandwidth requested
> by the CPU cluster as a multiple of number of the enabled mc channels.
>
> Will update the commit description with this info.
>
> [1] https://lore.kernel.org/lkml/20221220160240.27494-1-sumitg@nvidia.com/T/#m3ac150a86977e89b97c5d19c60384f29d7a01d21
Both patch 9 and 10 are reasonably small, so it would be okay to merge
the two patches and avoid any need for an extra explanation.
Thierry
Download attachment "signature.asc" of type "application/pgp-signature" (834 bytes)
Powered by blists - more mailing lists