Received-SPF: pass (google.com: domain of linux-kernel+bounces-34792-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45e3:2400::1 as permitted sender) client-ip=2604:1380:45e3:2400::1;
Precedence: bulk
MIME-Version: 1.0
References: <20240122203502.3311520-1-linkmauve@linkmauve.fr>
 <20240122203502.3311520-2-linkmauve@linkmauve.fr> <c2963862-9d22-438a-8357-eccf14fead7d@linaro.org>
 <Za7npejeTD4i9y2h@desktop>
In-Reply-To: <Za7npejeTD4i9y2h@desktop>
From: Alexey Charkov <alchark@gmail.com>
Date: Tue, 23 Jan 2024 10:31:41 +0400
Message-ID: <CABjd4YwM8wPGth=n97JRbaNCuPNRjs6uNUFVdRgu3_OAYQdxWg@mail.gmail.com>
Subject: Re: [PATCH 1/2] arm64: dts: rockchip: Add the rk3588 thermal zones
To: Emmanuel Gil Peyrot <linkmauve@linkmauve.fr>
Cc: Daniel Lezcano <daniel.lezcano@linaro.org>, Rob Herring <robh+dt@kernel.org>, 
	Krzysztof Kozlowski <krzysztof.kozlowski+dt@linaro.org>, Conor Dooley <conor+dt@kernel.org>, 
	Heiko Stuebner <heiko@sntech.de>, Sebastian Reichel <sebastian.reichel@collabora.com>, 
	Cristian Ciocaltea <cristian.ciocaltea@collabora.com>, 
	=?UTF-8?B?VGFtw6FzIFN6xbFjcw==?= <szucst@iit.uni-miskolc.hu>, 
	Christopher Obbard <chris.obbard@collabora.com>, Shreeya Patel <shreeya.patel@collabora.com>, 
	John Clark <inindev@gmail.com>, Dragan Simic <dsimic@manjaro.org>, 
	Chris Morgan <macromorgan@hotmail.com>, Andy Yan <andy.yan@rock-chips.com>, 
	devicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org, 
	linux-rockchip@lists.infradead.org, linux-kernel@vger.kernel.org, 
	Nicolas Frattaroli <frattaroli.nicolas@gmail.com>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

On Tue, Jan 23, 2024 at 2:09=E2=80=AFAM Emmanuel Gil Peyrot
<linkmauve@linkmauve.fr> wrote:
>
> On Mon, Jan 22, 2024 at 09:52:10PM +0100, Daniel Lezcano wrote:
> >
> > Hi Emmanuel,
>
> Hi Daniel,
>
> >
> > please sync up with Alexey Charkov (added in Cc) who is doing a similar
> > configuration [1] which was reviewed.
>
> Oh, I wasn=E2=80=99t aware of this work, it seems there is nothing this s=
eries
> add over Alexey=E2=80=99s so I will drop it.
>
> Is there a document tracking your upstreaming work?  I was planning on
> sending a series enabling the VEPU121 hardware encoders next, but if
> you=E2=80=99re also working on it I can drop it too (although I don=E2=80=
=99t see any
> series from a quick search).  I=E2=80=99ve now subscribed to the linux-ro=
ckchip
> mailing list so I shouldn=E2=80=99t miss any new series.

Hi Emmanuel!

I'm currently in a rather more ad-hoc contribution mode, so there is
no tracking document. Here are the things I have in the making:
 - Wire up the GPIO pin that drives WLAN enable signal in the M.2 key
E slot as an rfkill device to make WiFi modules usable on Rock 5B.
Applied locally, tested, submitted [1], not yet reviewed or applied
upstream
 - Add thermal zones managed by the TSADC to RK3588 (the series Daniel
referred to). Applied locally, tested, submitted [2], working on v3 to
incorporate the feedback
 - Wire up the PWM fan as an active cooling device managed by the
thermal code. Applied locally, tested, will submit as part of v3
thermal zones code
 - Add OPP data for CPUs on RK3588 to enable runtime CPU frequency
scaling. Applied locally, testing now, not yet submitted

I also wanted to wire up the display outputs for Rock 5B, given that
VOP support has been recently enabled on RK3588, but haven't yet
started on that one. I haven't touched the hardware encoders either,
so please go ahead with sending those :-)

Best regards,
Alexey

[1] https://lore.kernel.org/linux-rockchip/20240106202650.22310-1-alchark@g=
mail.com/
[2] https://lore.kernel.org/linux-rockchip/20240109192608.5981-1-alchark@gm=
ail.com/