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.7 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,URIBL_BLOCKED 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 82E28C63697 for ; Wed, 18 Nov 2020 10:09:02 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 20ECC24654 for ; Wed, 18 Nov 2020 10:09:02 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=linaro.org header.i=@linaro.org header.b="f7dFW4F5" Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726182AbgKRKJB (ORCPT ); Wed, 18 Nov 2020 05:09:01 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:55296 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726156AbgKRKJB (ORCPT ); Wed, 18 Nov 2020 05:09:01 -0500 Received: from mail-wr1-x442.google.com (mail-wr1-x442.google.com [IPv6:2a00:1450:4864:20::442]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id C201CC061A51 for ; Wed, 18 Nov 2020 02:09:00 -0800 (PST) Received: by mail-wr1-x442.google.com with SMTP id c17so1532783wrc.11 for ; Wed, 18 Nov 2020 02:09:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:content-transfer-encoding:in-reply-to; bh=v5bzhwkELaCGICb6d8fhbPIv8kjZ/GySYO0aNNlFxbI=; b=f7dFW4F50CQfzWEvnvcXpqGsRreyLTvSEJs4Vetgi65Dhs9Y+kpDbbuw0Z2oRO4UVz Ia2Cd9xlkLXbigqtlS2ICHZr06o6sz/PhUWm3hgnaICJFH2Ctf81/qcLyLBLpYCjTOvE RHdJcy9yedRuSYXLXOtFdIqSRBAVV2BaltYfZHPgeqVoIPyzHc/MA0bXh+uvH4vaPCRm Hm6QYwUUupLnfeEIGVCz40n509jxnYe7NTm7nzlDQZafAhubHPQOpO5wulejcdDSIw/z 2MXBOyB1XPqwnkGxp+TG0pnmvCXu53y5RzyNH0tCoWyB8BUhDqy2cT7Zbtbrc9eYkw+/ c+Pg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:content-transfer-encoding :in-reply-to; bh=v5bzhwkELaCGICb6d8fhbPIv8kjZ/GySYO0aNNlFxbI=; b=GZBBGwInwiZZyKCNJxsPxeJ9hreQ2AVZbbVl3tS7PPf21A8quZbCNs2vNUra5WIpii X3f+K8QdYaoktmrERfZrW1FRc7jqwO0sfpR6bLZhqcXHA/DTUQFAU9/L1iu9ibH0h34r DNAY62AdNzlaXR2kZ49u5WSCBzlC4KoJq8XDCXlzO8ubBEAZ7IzVoA0xPmSvrPoQsoJ9 jevIJALAId2ak6dgxTSjsjuppzo7UkKRlnqgBZoEfkNmn+70ANom54sl6/xAER9T5qcc h4V/H6vYh1B1bS9qEse4BQfPXLumRS0ixNMCGTq7FKxKPK5TtPpGBtSVQ18V6XskVos7 cASA== X-Gm-Message-State: AOAM533ilDJ+X1c3tWWqQnPysfLwEDMJEnlhp32/gv7kBc6IDAwMEcPF iEVaxRJFbuon9NfzMhPccG6TEg== X-Google-Smtp-Source: ABdhPJy8HywNgFmlS2rfsayxt8EQeCO4wH18n+eg5IPhEZF2Qs19yFA2H5bqE0ZXWYKfMyQAX5cJjA== X-Received: by 2002:a05:6000:364:: with SMTP id f4mr3924765wrf.290.1605694139366; Wed, 18 Nov 2020 02:08:59 -0800 (PST) Received: from dell ([91.110.221.159]) by smtp.gmail.com with ESMTPSA id e16sm2855448wmk.5.2020.11.18.02.08.57 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 18 Nov 2020 02:08:58 -0800 (PST) Date: Wed, 18 Nov 2020 10:08:56 +0000 From: Lee Jones To: Andy Shevchenko Cc: Uwe =?iso-8859-1?Q?Kleine-K=F6nig?= , "Enrico Weigelt, metux IT consult" , Jonathan Cameron , Linus Walleij , linux-tegra@vger.kernel.org, Thierry Reding , Alban Bedel , Manivannan Sadhasivam , Florian Fainelli , Kevin Hilman , zhang.lyra@gmail.com, Marek =?iso-8859-1?Q?Beh=FAn?= , Bartosz Golaszewski , bcm-kernel-feedback-list , dl-linux-imx , orsonzhai@gmail.com, Eugeniy Paltsev , linux-pwm@vger.kernel.org, Grygorii Strashko , Philipp Zabel , Sascha Hauer , Vladimir Zapolskiy , "open list:GPIO SUBSYSTEM" , Fabio Estevam , Santosh Shilimkar , Matthias Brugger , Linux OMAP Mailing List , Hoan Tran , Scott Branden , Andrew Jeffery , Linux Kernel Mailing List , Serge Semin , Sascha Hauer , baolin.wang7@gmail.com, Shawn Guo Subject: Re: [PATCH] drivers: gpio: use of_match_ptr() and ACPI_PTR() macros Message-ID: <20201118100856.GQ1869941@dell> References: <20201117154340.18216-1-info@metux.net> <20201118095342.sviuxvfsbmmn22mo@pengutronix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-omap@vger.kernel.org On Wed, 18 Nov 2020, Andy Shevchenko wrote: > On Wed, Nov 18, 2020 at 11:56 AM Andy Shevchenko > wrote: > > On Wed, Nov 18, 2020 at 11:54 AM Uwe Kleine-König > > wrote: > > > On Tue, Nov 17, 2020 at 06:45:37PM +0200, Andy Shevchenko wrote: > > ... > > > > So a system without CONFIG_OF might still make use of .of_match_table? > > > > Yep! > > If you are curious: > https://elixir.bootlin.com/linux/latest/source/drivers/acpi/bus.c#L615 This still doesn't sit quite well with me. Not the process of ACPI using OF artifacts or the possibilty to embed OF type structures into ACPI tables, but the fact that an OF-only user (or so they think) should have to care about that special use-case. What if we make ACPI select OF? Or handle the ACPI case explicitly in the of_match_ptr() declaration? -- Lee Jones [李琼斯] Senior Technical Lead - Developer Services Linaro.org │ Open source software for Arm SoCs Follow Linaro: Facebook | Twitter | Blog