Re: [PATCH] arm64: dts: sdm845: Add CPU topology

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi Quentin,

On Wed, 5 Jun 2019 at 19:21, Quentin Perret <quentin.perret@xxxxxxx> wrote:
>
> On Friday 17 May 2019 at 14:55:19 (-0700), Stephen Boyd wrote:
> > Quoting Amit Kucheria (2019-05-16 04:54:45)
> > > (cc'ing Andy's correct email address)
> > >
> > > On Wed, May 15, 2019 at 2:46 AM Stephen Boyd <swboyd@xxxxxxxxxxxx> wrote:
> > > >
> > > > Quoting Amit Kucheria (2019-05-13 04:54:12)
> > > > > On Mon, May 13, 2019 at 4:31 PM Amit Kucheria <amit.kucheria@xxxxxxxxxx> wrote:
> > > > > >
> > > > > > On Tue, Jan 15, 2019 at 12:13 AM Matthias Kaehlcke <mka@xxxxxxxxxxxx> wrote:
> > > > > > >
> > > > > > > The 8 CPU cores of the SDM845 are organized in two clusters of 4 big
> > > > > > > ("gold") and 4 little ("silver") cores. Add a cpu-map node to the DT
> > > > > > > that describes this topology.
> > > > > >
> > > > > > This is partly true. There are two groups of gold and silver cores,
> > > > > > but AFAICT they are in a single cluster, not two separate ones. SDM845
> > > > > > is one of the early examples of ARM's Dynamiq architecture.
> > > > > >
> > > > > > > Signed-off-by: Matthias Kaehlcke <mka@xxxxxxxxxxxx>
> > > > > >
> > > > > > I noticed that this patch sneaked through for this merge window but
> > > > > > perhaps we can whip up a quick fix for -rc2?
> > > > > >
> > > > >
> > > > > And please find attached a patch to fix this up. Andy, since this
> > > > > hasn't landed yet (can we still squash this into the original patch?),
> > > > > I couldn't add a Fixes tag.
> > > > >
> > > >
> > > > I had the same concern. Thanks for catching this. I suspect this must
> > > > cause some problem for IPA given that it can't discern between the big
> > > > and little "power clusters"?
> > >
> > > Both EAS and IPA, I believe. It influences the scheduler's view of the
> > > the topology.
> >
> > And EAS and IPA are OK with the real topology? I'm just curious if
> > changing the topology to reflect reality will be a problem for those
> > two.
>
> FWIW, neither EAS nor IPA depends on this. Not the upstream version of
> EAS at least (which is used in recent Android kernels -- 4.19+).
>
> But doing this is still required for other things in the scheduler (the
> so-called 'capacity-awareness' code). So until we have a better
> solution, this patch is doing the right thing.

I'm not sure to catch what you mean ?
Which so-called 'capacity-awareness' code are you speaking about ? and
what is the problem ?

Regards,
Vincent

>
> I hope that helps.
>
> Thanks,
> Quentin



[Index of Archives]     [Device Tree Compilter]     [Device Tree Spec]     [Linux Driver Backports]     [Video for Linux]     [Linux USB Devel]     [Linux PCI Devel]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [XFree86]     [Yosemite Backpacking]


  Powered by Linux