Received: by 2002:a25:ad19:0:0:0:0:0 with SMTP id y25csp6366418ybi; Wed, 31 Jul 2019 13:04:13 -0700 (PDT) X-Google-Smtp-Source: APXvYqyJGUKPbV3v5EIKbIY8yK6v7n9CD/swqJr+DK3jwVD4fpBa8EF5khBIEXP33KX5UfA5xKK7 X-Received: by 2002:a17:90a:cb18:: with SMTP id z24mr4474812pjt.108.1564603453820; Wed, 31 Jul 2019 13:04:13 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1564603453; cv=none; d=google.com; s=arc-20160816; b=yrIsJBr+zZw7SQ0+m3PxFfFlutGleRnm07oqdg5B8lsIpwRlXPoSlcrowgfg8NnC3b V/Ed0onCk4k9iFffHd1akmGZ55zHywJQ1+/phVO4Bf3UwSUGHCSFhEFRhijGcxALmb8P weS5Qgr1xMXIpWWwgyFhYCp2JARcDoCbcBnn1QiFfByaLruJ3WOJGmXlaGauXMjws/s5 CpOGjGZqmOYLjQoUNmClQ0smhANag/5QUlB/arErBMKrPeQ2Ukl7H3bO27v9KtgeWftO +znfVrc2a4whbRD60yAMdHRurG7I4vz8G1jagR3oe+MM8zIW1sOij/pVIhskCtr5xoXd 8H7g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=FtgvUX6Xfr/euwku287gQWssdnWaoAJFlur8jIoCRTs=; b=JJO56yhYwuYF9kAIPlqB0cpWWfz/bV75oeh0rSghQayh5PWHibMuqXYbvtwdwxb6TK uD8IUV02wr5GKmyiwEyDOBrY9nNTVgcWC0fQ3gu+A4wN6O3s6g/XTZJUTs7n1IiY+NC0 6fu6OZcUy5h1oUZeL163Nxi4592c8IXANvKGrgI85aUlYZFyGXsebnYTK+VWOgOGpLXv LRL3e12P7CR2mKgYwyW+ENC+fm4J6961cJTLoJ8uxgN6DNs+el3IBZGHLpJxnTPYTDfq mMp6rlI3Zwqa3vmg+Wu0itgNE1iD2oNgwmMZSA15HxBDX/ASAcDYBYhU6TDrMhGCCxFO Mb4w== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id x10si34750778pfj.93.2019.07.31.13.03.59; Wed, 31 Jul 2019 13:04:13 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728943AbfGaToX (ORCPT + 99 others); Wed, 31 Jul 2019 15:44:23 -0400 Received: from sauhun.de ([88.99.104.3]:44572 "EHLO pokefinder.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727482AbfGaToW (ORCPT ); Wed, 31 Jul 2019 15:44:22 -0400 Received: from localhost (p54B33080.dip0.t-ipconnect.de [84.179.48.128]) by pokefinder.org (Postfix) with ESMTPSA id 1F9E42C270A; Wed, 31 Jul 2019 21:44:20 +0200 (CEST) Date: Wed, 31 Jul 2019 21:44:19 +0200 From: Wolfram Sang To: Javier Martinez Canillas Cc: Kieran Bingham , Masahiro Yamada , Michal Marek , linux-kbuild@vger.kernel.org, open list , linux-renesas-soc@vger.kernel.org, Lee Jones , Alexandre Belloni , Andy Shevchenko , Mark Brown Subject: Re: [PATCH RFC] modpost: Support I2C Aliases from OF tables Message-ID: <20190731194419.GB4084@kunai> References: <20190710193918.31135-1-kieran.bingham+renesas@ideasonboard.com> <0e1b6e0b-1c94-4b00-7fda-c2a303ee3816@redhat.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="dTy3Mrz/UPE2dbVg" Content-Disposition: inline In-Reply-To: <0e1b6e0b-1c94-4b00-7fda-c2a303ee3816@redhat.com> User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --dTy3Mrz/UPE2dbVg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Javier, thank you for providing the extra information. (And Kieran, thanks for the patch!) > The other option is to remove i2c_of_match_device() and don't make OF mat= ch > to fallback to i2c_of_match_device_sysfs(). This is what happens in the A= CPI > case, since i2c_device_match() just calls acpi_driver_match_device() dire= ctly > and doesn't have a wrapper function that fallbacks to sysfs matching. >=20 > In this case an I2C device ID table would be required if the devices have= to > be instantiated through sysfs. That way the I2C table would be used both = for > auto-loading and also to match the device when it doesn't have an of_node. That would probably mean that only a minority of drivers will not add an I2C device ID table because it is easy to add an you get the sysfs feature? Then we are back again with the situation that most drivers will have multiple tables. With the minor change that the I2C device id table is not required anymore by the core, but it will be just very useful to have? Or? > If the former is the correct way to solve this then the patch looks good = to me. >=20 > Reviewed-by: Javier Martinez Canillas For this actual patch from Kieran, I'd like to hear an opinion from the people maintaining modpost. The aproach looks okay to me, yet I can't tell how "easy" we are with adding new types like 'i2c_of'. Thanks everyone, Wolfram --dTy3Mrz/UPE2dbVg Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCgAdFiEEOZGx6rniZ1Gk92RdFA3kzBSgKbYFAl1B75MACgkQFA3kzBSg KbbU8w//dvqEPnqPyKnvyM5J6IbOToq7hML3V6OFjYE77Tq2I6WxoRI938OiLZQ8 zDMkansmVtC33fuRDoQBNy1QXwT8RAggj9OJ6qLP3phJxI426Q3NAO4kyAgYbNfP 59y+Ek7fbM5jrnUZgeAlskR09H6Ji+v6FRaiDAmWRAL1hwQM8/LZ6dB/JqizpA/Z jZgu4W9OY+sdGtO81seJp1DoAMgsf/bWm7qX9n1Dz0vOzH+GMzqGgO+rmb6u+8DQ YTfOrrNXeAvnU71ttt78YXHon/Y3mSMD5CfYoIY1cYjvLV/LZuXdeYU0tMWCk0dQ xO1debrcAM8yAAdITXoYPnXiPeUFq3i6/VnZUXVpx4cWIo+UAtYlGbbC9aUL0RWg Janfacmuql1pq8ozpkYMz3e2oJxoaqTSjFW1Arw1JSJSrvySp5WG9tik9qXPrMv4 NS5HlNP+odj/3PzIqH27sBHgNPhns6oBmzeJDzRDSfhBx1/GogS2F/zxanRBscfL bjV7LqWBd3MTbJI7LvJoSEYnE77nZSzuuNu5VWQWEE0zioFc6N0TCqboo7XgLfLo AsYRT5LWZHZVDdxEqCfptSyB1boQCsdHJi8k4Dw6xRy7Txa+n4nFSr8sjc0IR0IQ B6AtHRIQqwJkKVKeUccKydMsQHtN40wUsIQu2EcPOBhiPkquAFk= =3ETA -----END PGP SIGNATURE----- --dTy3Mrz/UPE2dbVg--