[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20200810122138.GH2352366@phenom.ffwll.local>
Date: Mon, 10 Aug 2020 14:21:38 +0200
From: Daniel Vetter <daniel@...ll.ch>
To: Clément Péron <peron.clem@...il.com>
Cc: Rob Herring <robh@...nel.org>, Nishanth Menon <nm@...com>,
Tomeu Vizoso <tomeu.vizoso@...labora.com>,
Stephen Boyd <sboyd@...nel.org>,
Viresh Kumar <vireshk@...nel.org>,
dri-devel <dri-devel@...ts.freedesktop.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
Steven Price <steven.price@....com>,
Chen-Yu Tsai <wens@...e.org>,
Alyssa Rosenzweig <alyssa.rosenzweig@...labora.com>
Subject: Re: [PATCH v5 00/14] Add regulator devfreq support to Panfrost
On Fri, Aug 07, 2020 at 06:30:05PM +0200, Clément Péron wrote:
> On Fri, 7 Aug 2020 at 18:28, Clément Péron <peron.clem@...il.com> wrote:
> >
> > Hi Rob,
> >
> > On Fri, 7 Aug 2020 at 18:13, Rob Herring <robh@...nel.org> wrote:
> > >
> > > On Fri, Jul 10, 2020 at 3:54 AM Clément Péron <peron.clem@...il.com> wrote:
> > > >
> > > > Hi,
> > > >
> > > > This serie cleans and adds regulator support to Panfrost devfreq.
> > > > This is mostly based on comment for the freshly introduced lima
> > > > devfreq.
> > > >
> > > > We need to add regulator support because on Allwinner the GPU OPP
> > > > table defines both frequencies and voltages.
> > > >
> > > > First patches [01-07] should not change the actual behavior
> > > > and introduce a proper panfrost_devfreq struct.
> > > >
> > > > Regards,
> > > > Clément
> > > >
> > > > Changes since v4:
> > > > - Fix missed a pfdev to &pfdev->devfreq during rebase
> > > >
> > > > Changes since v3:
> > > > - Collect Steven Price reviewed-by tags
> > > > - Rebase on next/master (next-20200709)
> > > >
> > > > Changes since v2:
> > > > - Collect Alyssa Rosenzweig reviewed-by tags
> > > > - Fix opp_set_regulator before adding opp_table (introduce in v2)
> > > > - Call err_fini in case opp_add_table failed
> > > >
> > > > Changes since v1:
> > > > - Collect Steven Price reviewed-by tags
> > > > - Fix spinlock comment
> > > > - Drop OPP clock-name patch
> > > > - Drop device_property_test patch
> > > > - Add rename error labels patch
> > > >
> > > > Clément Péron (14):
> > > > drm/panfrost: avoid static declaration
> > > > drm/panfrost: clean headers in devfreq
> > > > drm/panfrost: don't use pfdevfreq.busy_count to know if hw is idle
> > > > drm/panfrost: introduce panfrost_devfreq struct
> > > > drm/panfrost: use spinlock instead of atomic
> > > > drm/panfrost: properly handle error in probe
> > > > drm/panfrost: rename error labels in device_init
> > > > drm/panfrost: move devfreq_init()/fini() in device
> > > > drm/panfrost: dynamically alloc regulators
> > > > drm/panfrost: add regulators to devfreq
> > > > arm64: defconfig: Enable devfreq cooling device
> > > > arm64: dts: allwinner: h6: Add cooling map for GPU
> > > > [DO NOT MERGE] arm64: dts: allwinner: h6: Add GPU OPP table
> > > > [DO NOT MERGE] arm64: dts: allwinner: force GPU regulator to be always
> > >
> > > Patches 1-10 applied to drm-misc.
> >
> > This serie has been superseded by v5.
> >
> > Could you apply the v5 instead.
>
> Oups forget my email
>
> I got an issue with my gmail...
drm-misc is a non-rebasing tree (because it's got lots of
maintainers/committers). Which means we need fixup patches now.
Not that currently drm-misc-next isn't in linux-next because of the merge
window, so just rebasing on top of linux-next wont work (at least not
until -rc1 is out). You can get the tree here meanwhile:
https://cgit.freedesktop.org/drm/drm-misc/
Cheers, Daniel
--
Daniel Vetter
Software Engineer, Intel Corporation
http://blog.ffwll.ch
Powered by blists - more mailing lists