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 57A04C5519F 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 D007622228 for ; Wed, 18 Nov 2020 10:09:01 +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 S1726172AbgKRKJB (ORCPT ); Wed, 18 Nov 2020 05:09:01 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:55290 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725814AbgKRKJA (ORCPT ); Wed, 18 Nov 2020 05:09:00 -0500 Received: from mail-wr1-x441.google.com (mail-wr1-x441.google.com [IPv6:2a00:1450:4864:20::441]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 96E26C0613D4 for ; Wed, 18 Nov 2020 02:09:00 -0800 (PST) Received: by mail-wr1-x441.google.com with SMTP id j7so1619806wrp.3 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=Lh6m47pzVUzsiOou/SEKnzOaOiPfK2ADc0Z0DT9t2JrAY+WXgVIpTIKngFgZg0dpAx B4xHtsKQf7PFhSFGBGTstDNB6PfNX4u5IdB5kqOzUY2/zKLxFwqgwfEUrGVpgqF0WNDN tBHEdRBRkP563FYIq+kILV8l9RZKZTYQjbJ8cvrOS0l1vv0MM6w3gfNl724QpbckKyRZ E1NqW2A1g5+ibKqfUpb9uwmxGcVM3BML8oBpCuAuoXTSSLwh5iPUd7DgOx/kvCtQFKqK oqTlOHVw2Stwh0Vtqznpe7kdi2uxBHbD3doi0S9h7URYvpTdtqL+aiw2pzZg0T2CTnxq JG6g== X-Gm-Message-State: AOAM53080LE8z32mSU2KEAuRfznTPsIc+w+YROLtsufFqFDbC8OLycUe Nh8/CJ/gapQX9I/A6mAySQXOlw== 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-gpio@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