Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp1916457pxb; Mon, 8 Mar 2021 09:19:40 -0800 (PST) X-Google-Smtp-Source: ABdhPJysqy6a47Ba+/UnMOCgGWVc2fY6W0p7z9N9s7exOxivibz+KI8mqt+i/tYWkfu4mRJmZt5n X-Received: by 2002:a17:906:b286:: with SMTP id q6mr16299197ejz.422.1615223980088; Mon, 08 Mar 2021 09:19:40 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1615223980; cv=none; d=google.com; s=arc-20160816; b=eBW7x8lUQlL7sDS7KsrBvGuzNRYH7ctovN2jlqr150YqBTf0X4hk1zzFrNG9GOPY6a GdebOfmzve5XfhQBksNHvTqs8Ha9cbh+jo4bo5kNuaCfv2I8mMIV1gCl/U1WhPeVmmeZ 1wYOZAi34zzl54aQpTIPZOKkqP1jh9Y77Yph7gxwM1p0rO+DK7BaVUeQrIjFMwN+7hI6 DCOa+895/TGwS2ItEUVD/LNooGo5wHpDTAsvnF8Fsj2cuCPEdKR5D6gUKqQMx4wH4QiB hEYeWq1q0/yv5dzRyS1ya5/pM8EBYsfPWK4dRAmQT+r+qkbCM9U9IVmRl6Y5XybmwF8B jurQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date :dkim-signature; bh=UJVc2Ju566Vd3TFHXOpAi21TGHjAeO54pgGHhn8TVvo=; b=Jy57FtRw5xAZATe6GQi1411ztFv0XpC/MASquGmZB+dw6yZHYrShJEXQ0Ro6uHVAJI huAE1X1X//lnWvV0ixRPjAB0NIJ2v2i9fsQuGjJ01+s59ccVkC+wnXB/apu+vGiydE1/ HUV1PgUsUfaC31VlMdUuZBznmtaHkEtp5yVTJN14PDThgBoTVqMPwDSnrV64kxfjg3Vl eSCnvNmEMKNMvQTrLnvmCJoNEJcgvIVcBTh+W+QenRR2jOBU9lPtCxl/I7pXWrCQONIj cIfHRglndMzlWHmVqbsG8ggnIAi/cjp0jipgWZ68TMb23L/tvhODfYlfggi99927AN2Y W2Lw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=W58Q16HE; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id b11si8574962edn.206.2021.03.08.09.19.16; Mon, 08 Mar 2021 09:19:40 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=W58Q16HE; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230143AbhCHRSC (ORCPT + 99 others); Mon, 8 Mar 2021 12:18:02 -0500 Received: from mail.kernel.org ([198.145.29.99]:60420 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229690AbhCHRR4 (ORCPT ); Mon, 8 Mar 2021 12:17:56 -0500 Received: by mail.kernel.org (Postfix) with ESMTPSA id 540B5650E5; Mon, 8 Mar 2021 17:17:55 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1615223875; bh=Fu/JGQBOiy86rBvW7ExIkK3fJm6AQtgCbYoK8Wp/T5Y=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=W58Q16HEqezuZm4pRNseTZXtJurVK4AuXQNxhvNLEXaYXTDY+FbesGFvspu+sbZyh 1QKQZZ80woTEYZS21WQWhOgtpW/V+4oo91z398FqSkZ3GXiD4JD7x7hKiQIj3zOLAu LfgtUigscTWrnHO3AM0fGK6phRYYzZzOI9mKlaCPF+8ReM3itkSrzHmEgKFYGEylf0 8ggp3HN0RaET4G4lYgwSHEFE7iMUb/SeKjPH3YWeJ3y8CW59lONIlFVJ5n3Oa0Qd9U nI157hZsvKka1mUgw19OiTpqrFJ3Dm+D86qIC2ww0/6D/82pbxsF4yz14y9jOcGNLs p+aPvW/ZXX3AA== Date: Mon, 8 Mar 2021 17:16:44 +0000 From: Mark Brown To: Hsin-Yi Wang Cc: Wolfram Sang , Bartosz Golaszewski , linux-i2c@vger.kernel.org, Matthias Brugger , linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-mediatek@lists.infradead.org, Bibby Hsieh , Marek Szyprowski Subject: Re: [PATCH v16 2/2] i2c: core: support bus regulator controlling in adapter Message-ID: <20210308171644.GE4656@sirena.org.uk> References: <20210308043607.957156-1-hsinyi@chromium.org> <20210308043607.957156-3-hsinyi@chromium.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="sfyO1m2EN8ZOtJL6" Content-Disposition: inline In-Reply-To: <20210308043607.957156-3-hsinyi@chromium.org> X-Cookie: Am I SHOPLIFTING? User-Agent: Mutt/1.10.1 (2018-07-13) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --sfyO1m2EN8ZOtJL6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Mar 08, 2021 at 12:36:07PM +0800, Hsin-Yi Wang wrote: > + adap->bus_regulator = devm_regulator_get(&adap->dev, "bus"); > + if (IS_ERR(adap->bus_regulator)) { > + res = PTR_ERR(adap->bus_regulator); > + goto out_reg; > + } Idiomatically supplies should be named as they are by the chip datasheet rather than just a generic name like this, and I'm guessing that systems that have supplies like this will often already have something requesting the supply (eg, it's quite common for consumer drivers to do this) under that name. I can see this being a useful thing to factor out into the core but it seems like it'd be better to have it enabled by having the controllers (or devices) pass a supply name (or possibly requested regulator) to the core rather than by just hard coding a name in the core so bindings look as expected. I do also wonder if it's better to put the feature on the clients rather than the controller, I don't think it makes much difference though. --sfyO1m2EN8ZOtJL6 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAABCgAdFiEEreZoqmdXGLWf4p/qJNaLcl1Uh9AFAmBGW/sACgkQJNaLcl1U h9DCqQf5AWoY9ts6hYYjbt4Rs4LUqzM+fet/NEq8b74WOnZgN0CV/Z14n1897bb6 NfPqKzN5/+39WvYaZN5Bm3DUG7DDbwtvzJY7Xhi33xDkvbE+EFNQH0CbGlE3CdbV N5uGr7oYe7fhTzbj28R6Edv1Lc3ZRLR8iMlDGeA04KVgbXg3qP8lowfPkr+GqxjQ f5ja8ZTnbG8DvmGAa4x8XT+B7WQ3EIFoeO9O2PiAjAHn0EY6h5EFPxaLJQ+1F6Rf Fbtl11qFb/NaefGgEAYN17x2bn+8p1cDv4k6ljOUt07h2alTleDouzbQLQfNzQjH oVohYzF4E6HpXzMqJkv7S3p46VrJwQ== =VKuM -----END PGP SIGNATURE----- --sfyO1m2EN8ZOtJL6--