lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <87ecwzy0pw.fsf@geanix.com>
Date: Thu, 08 May 2025 10:18:35 +0200
From: Esben Haabendal <esben@...nix.com>
To: "Alexander Stein" <alexander.stein@...tq-group.com>
Cc: "Catalin Marinas" <catalin.marinas@....com>,  "Will Deacon"
 <will@...nel.org>,  "Stefan Wahren" <wahrenst@....net>,
  <linux-arm-kernel@...ts.infradead.org>,  <linux-kernel@...r.kernel.org>,
  "Shawn Guo" <shawnguo@...nel.org>
Subject: Re: [PATCH 1/1] arm64: Kconfig: Enable PINCTRL on i.MX platforms

"Alexander Stein" <alexander.stein@...tq-group.com> writes:

> Hi Esben,
>
> Am Donnerstag, 8. Mai 2025, 08:44:22 CEST schrieb Esben Haabendal:
>> "Alexander Stein" <alexander.stein@...tq-group.com> writes:
>>
>> > Hi Stefan,
>> >
>> > Am Mittwoch, 7. Mai 2025, 16:30:33 CEST schrieb Stefan Wahren:
>> >> Hi Alexander,
>> >>
>> >> [add Shawn and Esben]
>> >>
>> >> Am 07.05.25 um 14:44 schrieb Alexander Stein:
>> >> > Select PINCTRL for NXP i.MX SoCs.
>> >> could you please explain the motivation behind your change?
>> >>
>> >> Is it related to this commit 17d21001891402 ("ARM: imx: Allow user to
>> >> disable pinctrl")?
>> >
>> > Ah, thanks for the pointer. It might be the case.
>>
>> The goal of the patch mentioned above was to be able to build a kernel
>> for LS1021A without pinctrl framework enabled, as LS1021A does not have
>> a pinctrl driver.
>>
>> With your patch, that would not be possible anymore.
>
> Why? LS1021A is arm, not arm64 which this patch is touching only.

Good point :)  Sorry about that.

> BTW: Commit b77bd3ba762f3 ("ARM: imx: Re-introduce the PINCTRL selection")
> is actually doing the same for arm as there is some fallout from
> 17d21001891402.
>
>> > I noticed that, when using arch/arm64/defconfig and disabling all
>> > platforms despite ARCH_MXC before running make olddefconfig,
>> > CONFIG_PINCTRL gets disabled as well. No platform is enabling it. I
>> > noticed this when building in yocto and non-IMX platforms are disabled
>> > for build time reasons.
>>
>> But is that something that needs to be fixed?
>>
>> It sounds like quite a special use-case, and why not simply enable
>> CONFIG_PINCTRL in that case then?
>
> PINCTRL is crucial for any SoC to even boot, so this is an option which has
> to be set if that platform is enabled.

Yes, but PINCTRL (framework) does not by itself do anything meaningful.
You need the correct pinctrl driver.

Making the various SOC's select the corresponding pinctrl drivers makes
sense if it is required for booting under all circumstances. And this
should then indirectly enable/select PINCTRL and anything else needed
for that driver.

Having ARCH_MXC select PINCTRL as such is mostly pointless IMHO.
Enabling a driver framework without enabling any drivers for it, when
building a kernel where no SOC's requiring any pinctrl drivers is kind
of weird. If you want to do that, why not simply enable both ARCH_MXC
and PINCTRL in your yocto recipe?

/Esben

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ