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 0BBF1C56202 for ; Wed, 18 Nov 2020 10:09:03 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 5C7E42468D 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 S1726156AbgKRKJB (ORCPT ); Wed, 18 Nov 2020 05:09:01 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:55292 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725948AbgKRKJB (ORCPT ); Wed, 18 Nov 2020 05:09:01 -0500 Received: from mail-wr1-x443.google.com (mail-wr1-x443.google.com [IPv6:2a00:1450:4864:20::443]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id B6E05C061A4D for ; Wed, 18 Nov 2020 02:09:00 -0800 (PST) Received: by mail-wr1-x443.google.com with SMTP id b6so1609258wrt.4 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=EK05XsEHwPMMUCWUPQMIxwgTQLroV4+YmH4eXo9ClZE69cSkPux3CP9NrLrEFLtBCt 1QdFytoUOGo2PHlYQG6nt1/60iR497JFKEggPxypNrvBmdpNP9IZKm0EuAjc/IARGVuP pzsDjpUjxOvzB9Z9pyIFRKig5HrZG0zm8u2JFpU3rzCfNXzfpsB2ppM3lF9iNLnRzwFQ iLAnnCL1UP1db6JnYELCYaNa1AWm48P/AzkYi9dhL9rFp2CxcQRJRcpsFvurciBFYa2k 0aJeKjpbvBHhW/jHf5T+yoPcgP+Tcucl7tyJD9ggNjQnIhyEkcA5eIT/2w+x6sfmfm+K GACg== X-Gm-Message-State: AOAM530oqcba5mYBnKgqCGyG7uHv2OFKeb+swIE2qwTi5Z0/67D7Ym5G WeGD0YvZ2X3Uo8Im5h8pWDDSXQ== 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-tegra@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