From: Daniel Vetter <daniel@ffwll.ch>
To: "Clément Péron" <peron.clem@gmail.com>
Cc: Rob Herring <robh@kernel.org>, Nishanth Menon <nm@ti.com>,
Tomeu Vizoso <tomeu.vizoso@collabora.com>,
Stephen Boyd <sboyd@kernel.org>,
Viresh Kumar <vireshk@kernel.org>,
dri-devel <dri-devel@lists.freedesktop.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
Steven Price <steven.price@arm.com>, Chen-Yu Tsai <wens@csie.org>,
Alyssa Rosenzweig <alyssa.rosenzweig@collabora.com>
Subject: Re: [PATCH v5 00/14] Add regulator devfreq support to Panfrost
Date: Mon, 10 Aug 2020 14:21:38 +0200 [thread overview]
Message-ID: <20200810122138.GH2352366@phenom.ffwll.local> (raw)
In-Reply-To: <CAJiuCceufQko1KWmU0rHSaJiKMKST0L3OADE0O4_7myLtV4Zjg@mail.gmail.com>
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@gmail.com> wrote:
> >
> > Hi Rob,
> >
> > On Fri, 7 Aug 2020 at 18:13, Rob Herring <robh@kernel.org> wrote:
> > >
> > > On Fri, Jul 10, 2020 at 3:54 AM Clément Péron <peron.clem@gmail.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
next prev parent reply other threads:[~2020-08-10 12:21 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-07-10 9:53 Clément Péron
2020-07-10 9:53 ` [PATCH v5 01/14] drm/panfrost: avoid static declaration Clément Péron
2020-07-10 9:53 ` [PATCH v5 02/14] drm/panfrost: clean headers in devfreq Clément Péron
2020-07-10 9:53 ` [PATCH v5 03/14] drm/panfrost: don't use pfdevfreq.busy_count to know if hw is idle Clément Péron
2020-07-10 9:53 ` [PATCH v5 04/14] drm/panfrost: introduce panfrost_devfreq struct Clément Péron
2020-07-10 9:54 ` [PATCH v5 05/14] drm/panfrost: use spinlock instead of atomic Clément Péron
2020-07-10 9:54 ` [PATCH v5 06/14] drm/panfrost: properly handle error in probe Clément Péron
2020-07-10 9:54 ` [PATCH v5 07/14] drm/panfrost: rename error labels in device_init Clément Péron
2020-07-10 9:54 ` [PATCH v5 08/14] drm/panfrost: move devfreq_init()/fini() in device Clément Péron
2020-07-10 9:54 ` [PATCH v5 09/14] drm/panfrost: dynamically alloc regulators Clément Péron
2020-07-10 9:54 ` [PATCH v5 10/14] drm/panfrost: add regulators to devfreq Clément Péron
2020-07-10 9:54 ` [PATCH v5 11/14] arm64: defconfig: Enable devfreq cooling device Clément Péron
2020-07-10 9:54 ` [PATCH v5 12/14] arm64: dts: allwinner: h6: Add cooling map for GPU Clément Péron
2020-07-10 9:54 ` [PATCH v5 13/14] [DO NOT MERGE] arm64: dts: allwinner: h6: Add GPU OPP table Clément Péron
2020-07-10 9:54 ` [PATCH v5 14/14] [DO NOT MERGE] arm64: dts: allwinner: force GPU regulator to be always Clément Péron
2020-08-07 16:13 ` [PATCH v5 00/14] Add regulator devfreq support to Panfrost Rob Herring
2020-08-07 16:28 ` Clément Péron
2020-08-07 16:30 ` Clément Péron
2020-08-10 12:21 ` Daniel Vetter [this message]
2020-08-10 16:26 ` Rob Herring
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=20200810122138.GH2352366@phenom.ffwll.local \
--to=daniel@ffwll.ch \
--cc=alyssa.rosenzweig@collabora.com \
--cc=dri-devel@lists.freedesktop.org \
--cc=linux-kernel@vger.kernel.org \
--cc=nm@ti.com \
--cc=peron.clem@gmail.com \
--cc=robh@kernel.org \
--cc=sboyd@kernel.org \
--cc=steven.price@arm.com \
--cc=tomeu.vizoso@collabora.com \
--cc=vireshk@kernel.org \
--cc=wens@csie.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
all inboxes | Powered by JetHome®