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: <20250903165743.GA2493698-robh@kernel.org>
Date: Wed, 3 Sep 2025 11:57:43 -0500
From: Rob Herring <robh@...nel.org>
To: Andreas Kemnade <andreas@...nade.info>
Cc: Jihed Chaibi <jihed.chaibi.dev@...il.com>, lee@...nel.org,
	krzk+dt@...nel.org, conor+dt@...nel.org, ukleinek@...nel.org,
	devicetree@...r.kernel.org, linux-kernel@...r.kernel.org,
	linux-pwm@...r.kernel.org, shuah@...nel.org
Subject: Re: [PATCH v5] dt-bindings: mfd: twl: Add missing sub-nodes for
 TWL4030 & TWL603x

On Wed, Sep 03, 2025 at 04:46:43PM +0200, Andreas Kemnade wrote:
> Am Wed, 3 Sep 2025 00:55:25 +0200
> schrieb Jihed Chaibi <jihed.chaibi.dev@...il.com>:
> 
> > > > +                  - ti,twl4030-power-idle-osc-off  
> > >
> > > this allows quite weird combinations like
> > >  "ti,twl4030-power-idle", "ti,twl4030-power-idle".
> > > I would propose to rather clean this up to things used in
> > > twl4030-power.c and at the same time available in dts, also
> > > taking the brush in the dts. I do not expect that these specific
> > > compatibles are in use anywhere. I looked around earlier.
> > >
> > > Regards,
> > > Andreas  
> > 
> > Hi Andreas,
> > 
> > Thank you for the feedback. I've done a deeper investigation into
> > the 'power:compatible' strings to see if the schema could be made
> > stricter.
> > 
> > While cleaning up the list, I found an existing DTSI file
> > (logicpd-torpedo-som.dtsi) that uses the combination:
> > 'compatible = "ti,twl4030-power-idle-osc-off", "ti,twl4030-power-idle";'
> > 
> > Since this "idle, idle" combination is already in use, it seems we
> > cannot make the schema stricter without breaking this existing
> > board.
> > 
> well the only maybe fallback line  I see here is
> ti,twl4030-power-idle-osc-off -> ti,twl4030-power-idle ->
> ti,twl4030-power.
> But you allow "twl,twl4030-power-idle", "ti,twl4030-power-idle"
> That absolutely makes no sense.

Actually, the above would be prevented. String entries have to be unique 
normally except a few cases which use non-unique-string-array type. 

> Then the question is whether there is the need for fallback compatibles.
> They are needed if there is one piece of software which does only know
> the fallback and can use the hardware in some limited mode, e.g.
> u-boot using some mmc controller only without some high speed mode.
> Looking around, I do not find anything in u-boot or barebox for the
> twl4030-power compatibles.
> 
> And if we define "ti,twl4030-power-idle" as a fallback for
> "ti,twl4030-power-idle-osc-off", then it is a fallback for everyone
> using "ti,twl4030-power-idle-osc-off", so then the dts would need to be
> corrected.
> 
> There is one exception: "ti,twl4030-power-omap3-evm" is still used but
> not everybody knows it (e.g. pm34xx.c), so there is a reason for a
> fallback compatible:"ti,twl4030-power-idle"
> 
> And the rest, time for the brush and lets not totally mess up
> ti,twl.yaml.

This is all pretty ancient h/w, so I wouldn't worry about it too much. 

Rob

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ