From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-5.8 required=3.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 40021C11F66 for ; Wed, 14 Jul 2021 17:41:33 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 25326613CB for ; Wed, 14 Jul 2021 17:41:33 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S239763AbhGNRoX (ORCPT ); Wed, 14 Jul 2021 13:44:23 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:49234 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229685AbhGNRoW (ORCPT ); Wed, 14 Jul 2021 13:44:22 -0400 Received: from perceval.ideasonboard.com (perceval.ideasonboard.com [IPv6:2001:4b98:dc2:55:216:3eff:fef7:d647]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 1B8A4C06175F; Wed, 14 Jul 2021 10:41:31 -0700 (PDT) Received: from pendragon.ideasonboard.com (62-78-145-57.bb.dnainternet.fi [62.78.145.57]) by perceval.ideasonboard.com (Postfix) with ESMTPSA id 5787BCC; Wed, 14 Jul 2021 19:41:28 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ideasonboard.com; s=mail; t=1626284488; bh=mO8N+B/iHyg8PhJT0Ov+6j+X77k5KOjgU3MVEamebX8=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=taPSFyeVCgKD+NKlY5NCh5DNc+7BaKJpbG7P/TFPIaNnnp0LAlTY8f0Z7RV8DQuNC NAcacbDqJVNW3pnF00+tBLuhHnnsDoyukNguf1LNGEbUrCFxWqMiP/n+YLtXZEUOkb CduFcgC0zSRSIlpROQgWYxpX1IXCumte/5oN5Zi8= Date: Wed, 14 Jul 2021 20:41:27 +0300 From: Laurent Pinchart To: Mark Brown Cc: Andy Shevchenko , Daniel Scally , Linux Kernel Mailing List , Platform Driver , Hans de Goede , Mark Gross , Maximilian Luz , Liam Girdwood , kieran.bingham@ideasonboard.com Subject: Re: [RFC PATCH 0/2] Add software node support to regulator framework Message-ID: References: <20210712170120.GG4435@sirena.org.uk> <20210713152454.GC4098@sirena.org.uk> <20210713181837.GE4098@sirena.org.uk> <20210714165948.GG4719@sirena.org.uk> <20210714172846.GI4719@sirena.org.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20210714172846.GI4719@sirena.org.uk> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Jul 14, 2021 at 06:28:46PM +0100, Mark Brown wrote: > 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? For Windows-based machines, yes. It's fairly new, and the information I have is that those machines may ship DSDT containing both Windows-style (read: crap) data and Linux-style data for the same nodes. My fear is that only the former will be properly tested and the latter will thus be incorrect. The future will tell (I'm as usual very hopeful). > 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! -- Regards, Laurent Pinchart