All of lore.kernel.org
 help / color / mirror / Atom feed
From: Lukas Timmermann <linux@timmermann.space>
To: Quentin Schulz <quentin.schulz@cherry.de>,
	 Lukas Timmermann <uboot@timmermann.space>,
	u-boot@lists.denx.de
Cc: Tom Rini <trini@konsulko.com>, Simon Glass <sjg@chromium.org>,
	 Neil Armstrong <neil.armstrong@linaro.org>, Yao Zi <me@ziyao.cc>,
	Kory Maincent <kory.maincent@bootlin.com>,
	 Peng Fan <peng.fan@nxp.com>,
	Kuan-Wei Chiu <visitorckw@gmail.com>,
	 Raymond Mao <raymond.mao@riscstar.com>,
	Stefan Roese <stefan.roese@mailbox.org>,
	Philip Molloy <philip.molloy@analog.com>,
	Jerome Forissier <jerome.forissier@arm.com>,
	 Kaustabh Chakraborty <kauschluss@disroot.org>,
	Henrik Grimler <henrik@grimler.se>,
	Minkyu Kang <mk7.kang@samsung.com>
Subject: Re: [PATCH RFC v3 0/2] Modern pinctrl for Exynos5250 devices
Date: Tue, 19 May 2026 18:32:34 +0200	[thread overview]
Message-ID: <agyIf6anB0ZMRd3y@archstation> (raw)
In-Reply-To: <b55bd93a-d117-411d-8cb2-3c5f7c8d64c2@cherry.de>

On Wed, May 06, 2026 at 03:14:11PM +0200, Quentin Schulz wrote:
> Hi Lukas,
> 
> On 5/6/26 1:13 AM, Lukas Timmermann wrote:
> > This patch series adds the necessary files to use a modern pinctrl driver
> > with an exynos5250 SoC. The changes are well tested and are working.
> > 
> > In contrast to v1, this reenables GPIO functionality. But as I'm still
> > lacking experience, I'm not quite sure on how to prevent s5p_gpio to
> > load when using upstream DTS in a clean way. Because of that, this
> > patch series is marked as an RFC.
> > checkpatch complains about using #ifdef.
> > 
> 
> We already have an issue with samsung,exynos78x0-gpio so we'd need a similar
> work-around for that one.
> 
> An easy way to sort this out would be to know if we know of devices which
> are still using the old binding? Qualcomm is rather special, is Samsung
> Exynos also special with regard to how it handles Device Trees? Do we get it
> from an earlier boot stage or is everything coming from U-Boot itself? If
> the latter, we can always migrate the existing devices to the new binding
> and remove support for the old binding and with it the same compatible in
> two drivers. Another question would be, does it make sense for both drivers
> to be compiled? If not (e.g. it's only pinctrl IPs inside an SoC and there's
> only one pinctrl device per SoC, so if your device supports the new binding,
> you only need the new driver). Then we can add a
> depends on !PINCTRL_EXYNOS5250
> for CONFIG_S5P (we probably should have a different symbol for the GPIO
> driver though, maybe CONFIG_GPIO_S5P?).
> 
> Cheers,
> Quentin

I'm sorry. Some of these Infos should've been in my original message:

This driver replaces the pinctrl functionality in the old s5p_gpio
driver. It doesn't replace GPIO functionality itself. So both drivers
have to be compiled in order to work with modern upstream DTs. This
driver binds the older s5p_gpio driver during its own binding.

The pinctrl dt-bindings are incompatible to each other. This driver fixes
pinctrl with upstream DTs and the older one must be used on it's own
when relying on U-Boots deprecated DTs.

DTs are provided by U-Boot itself, at least that's the case on my device
(exynos5250-manta).

If I understood you correctly, we could modify the deprecated exynos5250.dtsi 
to fix this situation. But I don't know about possible side effects
and I'm not that experienced in kernel/bootloader development. Is this an option?

I had split the gpio symbol into it's own thing before and could add that
back into v4 but it's functionally the same. (Both drivers needed for
upstream DT)

Best regards,
Lukas

      reply	other threads:[~2026-05-19 20:05 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-05-05 23:13 [PATCH RFC v3 0/2] Modern pinctrl for Exynos5250 devices Lukas Timmermann
2026-05-05 23:13 ` [PATCH RFC v3 1/2] pinctrl: exynos: Add exynos5250 driver Lukas Timmermann
2026-05-05 23:13 ` [PATCH RFC v3 2/2] gpio: s5p: Disable when using upstream DTS Lukas Timmermann
2026-05-05 23:28   ` Lukas Timmermann
2026-05-06 13:14 ` [PATCH RFC v3 0/2] Modern pinctrl for Exynos5250 devices Quentin Schulz
2026-05-19 16:32   ` Lukas Timmermann [this message]

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=agyIf6anB0ZMRd3y@archstation \
    --to=linux@timmermann.space \
    --cc=henrik@grimler.se \
    --cc=jerome.forissier@arm.com \
    --cc=kauschluss@disroot.org \
    --cc=kory.maincent@bootlin.com \
    --cc=me@ziyao.cc \
    --cc=mk7.kang@samsung.com \
    --cc=neil.armstrong@linaro.org \
    --cc=peng.fan@nxp.com \
    --cc=philip.molloy@analog.com \
    --cc=quentin.schulz@cherry.de \
    --cc=raymond.mao@riscstar.com \
    --cc=sjg@chromium.org \
    --cc=stefan.roese@mailbox.org \
    --cc=trini@konsulko.com \
    --cc=u-boot@lists.denx.de \
    --cc=uboot@timmermann.space \
    --cc=visitorckw@gmail.com \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.