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 54186C63798 for ; Wed, 18 Nov 2020 10:09:04 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id E431F22227 for ; Wed, 18 Nov 2020 10:09:03 +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 S1726396AbgKRKJD (ORCPT ); Wed, 18 Nov 2020 05:09:03 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:55300 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725948AbgKRKJC (ORCPT ); Wed, 18 Nov 2020 05:09:02 -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 C9FB3C061A52 for ; Wed, 18 Nov 2020 02:09:00 -0800 (PST) Received: by mail-wr1-x442.google.com with SMTP id d12so1512699wrr.13 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=dA2OBnRACul516kKGsbYAChhvt+3lUIC99Nat+e3O9MR79E1usqkutK+p4+vQeHDCE l2YSDandKVPbuWHAAP0NP87iX0N2Zt8dLVqhhGJ5NTKrRsIT1kGTqjZ48TPLfYU3nkdS ky8nbJ244/NXz8Vj+Y3yrxh0ipUaOrkz69sUAM6MkKLeC9OHaIJ2DBQsb/thc+vgF+NA rHHq2/ZSInWu1QKGCh3ViASS0LOMzqYsz1VJ/ZU5GoiXQjUcPEYyta1XhsDLH5oO8hf9 RRS1GV923kbnOYwKQ2vFIOcSf/HqAhC7KW7dIU0TKvbwJO/YAPDAfVrxubVGHnaDpAOj xiyw== X-Gm-Message-State: AOAM533/1qaTInP0yU9HIJmtAJz8oWXFw96DAruLVtYOVVNbt4Dr61M1 CkwCQE8xGeaTsEv8Hu1+chGaUA== 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-kernel@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