[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20210714172846.GI4719@sirena.org.uk>
Date: Wed, 14 Jul 2021 18:28:46 +0100
From: Mark Brown <broonie@...nel.org>
To: Laurent Pinchart <laurent.pinchart@...asonboard.com>
Cc: Andy Shevchenko <andy.shevchenko@...il.com>,
Daniel Scally <djrscally@...il.com>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
Platform Driver <platform-driver-x86@...r.kernel.org>,
Hans de Goede <hdegoede@...hat.com>,
Mark Gross <mgross@...ux.intel.com>,
Maximilian Luz <luzmaximilian@...il.com>,
Liam Girdwood <lgirdwood@...il.com>,
kieran.bingham@...asonboard.com
Subject: Re: [RFC PATCH 0/2] Add software node support to regulator framework
On Wed, Jul 14, 2021 at 08:18:13PM +0300, Laurent Pinchart wrote:
> On Wed, Jul 14, 2021 at 05:59:48PM +0100, Mark Brown wrote:
> > really look like each other and AIUI this stuff isn't getting adopted
> > for actual firmware (as opposed to swnodes) outside of the embedded x86
> > space.
> It's only one data point, but we're seeing adoption of the ACPI
> DT-in-DSD for camera. It's still not pretty of course.
By non-Linux system vendors? My understanding has been that for audio
people are just unwilling to provide the level of firmware description
required to avoid quirks, there was some limited stuff with the NHLT
table but it still required system software to quirk things. If there's
progress elsewhere perhaps the relevant people can be persuaded to have
another go...
> Once travel will be easier again, we'll plot a take over of the world in
> a bar. Dealing with ACPI requires lots of whisky :-)
Indeed!
Download attachment "signature.asc" of type "application/pgp-signature" (489 bytes)
Powered by blists - more mailing lists