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
| ||
|
Date: Tue, 4 Oct 2022 21:50:25 +0200 From: Linus Walleij <linus.walleij@...aro.org> To: Daniel Thompson <daniel.thompson@...aro.org> Cc: Dmitry Torokhov <dmitry.torokhov@...il.com>, Sascha Hauer <s.hauer@...gutronix.de>, Krzysztof Kozlowski <krzysztof.kozlowski+dt@...aro.org>, Rob Herring <robh+dt@...nel.org>, Lee Jones <lee@...nel.org>, Jingoo Han <jingoohan1@...il.com>, Shawn Guo <shawnguo@...nel.org>, Fabio Estevam <festevam@...il.com>, NXP Linux Team <linux-imx@....com>, linux-arm-kernel@...ts.infradead.org, linux-kernel@...r.kernel.org, dri-devel@...ts.freedesktop.org Subject: Re: [RFC/PATCH] backlight: hx8357: prepare to conversion to gpiod API On Tue, Oct 4, 2022 at 2:54 PM Daniel Thompson <daniel.thompson@...aro.org> wrote: > > We need to know if i.MX is shipping device trees stored in flash, > > or if they bundle it with the kernel. > > This part is frequently found in add-on boards so it's not purely an > i.MX-only question. Oh > IMHO for not-in-the-soc devices like this the presence of in-kernel DTs > isn't enough to make a decision. What is needed is a degree of > due-diligence to show that there are no obvious out-of-kernel users. OK I think this is a good case to use a special quirk in this case. I actually envisioned keeping piling them up, and that they would not be innumerable. Dmitry, could you fix this? Just patch away in gpiolib-of.c. Yours, Linus Walleij
Powered by blists - more mailing lists