Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp2841183imu; Thu, 29 Nov 2018 11:04:38 -0800 (PST) X-Google-Smtp-Source: AFSGD/WfoAA8xcx20zrK68FpAWisHabrwVA4KBZuy6tdUiFiEQDsmY0JOKHBPkgc/i7zRgGW1zAX X-Received: by 2002:a17:902:b406:: with SMTP id x6mr2494581plr.329.1543518278313; Thu, 29 Nov 2018 11:04:38 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1543518278; cv=none; d=google.com; s=arc-20160816; b=cw64DxO/g/GARF50SM2DwaQ+Ru6OLG5tP6W0/98BijmR7VopmMsjTlvtcBdB6O6J/Q 99StgBJbdOGTf8P1DbonoVgCpUzVEgwJ81j1di7cQeR5kwamKD4zo5fMXiqN6zzQ3qF1 3YlI+WL4dJT+Z0tNV6/64aH1TIqu2IQsqrri3HuYSU4LNWv7bbY1FF26jRRG5V25TjCF X80Iw2Sqz+VJVdRc8JtXNIjeUOeMvFqNmmjG1lrLNdvsQRrMp/Q2qzQdX6MYr7rsuL5t RbToDtojFsZUkA0JZf8UhIGoEOC5C5HNvT3Dfd7oI+QlwdpWHukFfoqJyUUCe9JNHDYu 2Cxw== 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:dkim-signature; bh=4jKvjlNW9oBOV1GXTAjYNtui4ONPXB70PaE0kP7xzn4=; b=oO6dxX2QFW3FVWhGp0ITVtkxG3hjcRG+BqgT9e6dHGbbhSOFwRiRl75ND8o43Ey/tK NR+4QPjCudBnx7dBT+ml/XNhB+S3BnnysUnAiplI++BMr0uPZF7rL+wOe8774WipluYI 3a15vHmfqlpWr6J2mymQpy55+mZnaSW1C0tH4/H9iqSXRAeAZ+TFxJWeW72eD6sKvuUE ggDMeO+0rA+14jQGnPONobc4tUOLYax5LSRwYa3Xx1NCyUCoCBbUva6H9jfEA8h0eYRf xYC+jVPaxVPRY0/NLiO3LVi/SO7hdQr0JiaJRUbPu1IVLYKPFMGNyy5X1uqrv4H5Mmwv kAjQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@sirena.org.uk header.s=20170815-heliosphere header.b=ZG9luoO9; 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id s125si3236239pfc.60.2018.11.29.11.04.18; Thu, 29 Nov 2018 11:04:38 -0800 (PST) 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; dkim=fail header.i=@sirena.org.uk header.s=20170815-heliosphere header.b=ZG9luoO9; 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726837AbeK3GIK (ORCPT + 99 others); Fri, 30 Nov 2018 01:08:10 -0500 Received: from heliosphere.sirena.org.uk ([172.104.155.198]:38746 "EHLO heliosphere.sirena.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725871AbeK3GIK (ORCPT ); Fri, 30 Nov 2018 01:08:10 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=sirena.org.uk; s=20170815-heliosphere; h=In-Reply-To:Content-Type: MIME-Version:References:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=4jKvjlNW9oBOV1GXTAjYNtui4ONPXB70PaE0kP7xzn4=; b=ZG9luoO9hTWQFfndg/panOv/U 4tTW5PPDDcxrOrFhPWDlX997pqhxi9VbRvyhEJW2r/7Fs0wb/Zr/21ir1bebWe6VwVUJaWZZgU+38 OOxZGYa8EQhKpLY/BspfA9khW97uaA75wrVuooEQvm+7dYBTitMbkmGxH9+UWwPMz5NMM=; Received: from 188.29.165.70.threembb.co.uk ([188.29.165.70] helo=finisterre.ee.mobilebroadband) by heliosphere.sirena.org.uk with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1gSRZE-00036d-97; Thu, 29 Nov 2018 19:01:40 +0000 Received: by finisterre.ee.mobilebroadband (Postfix, from userid 1000) id 0BAAB440078; Thu, 29 Nov 2018 19:01:33 +0000 (GMT) Date: Thu, 29 Nov 2018 19:01:32 +0000 From: Mark Brown To: Bartosz Golaszewski Cc: Linus Walleij , Liam Girdwood , LKML , ckeepax@opensource.cirrus.com Subject: Re: [PATCH 00/10] Regulator ena_gpiod fixups Message-ID: <20181129190132.GM2089@sirena.org.uk> References: <20181128104350.31902-1-linus.walleij@linaro.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="mDSUb3soQrPtHYgy" Content-Disposition: inline In-Reply-To: X-Cookie: No Canadian coins. 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 --mDSUb3soQrPtHYgy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, Nov 29, 2018 at 07:38:20PM +0100, Bartosz Golaszewski wrote: > I'm wondering if instead of using the non-devm variants of > gpiod_get_*() routines, we shouldn't provide helpers in the regulator > framework that would be named accordingly, for example: > regulator_gpiod_get_optional() etc. even if all they do is call the > relevant gpiolib function. Those helpers could then be documented as > passing the control over GPIO lines over to the regulator subsystem. > The reason for that is that most driver developers will automatically > use devm functions whenever available and having a single non-devm > function without any comment used in a driver normally using devres > looks like a bug. Expect people sending "fixes" in a couple months. I predict that people would then immediately start demanding devm_ variants of that function... --mDSUb3soQrPtHYgy Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAABCgAdFiEEreZoqmdXGLWf4p/qJNaLcl1Uh9AFAlwAN4wACgkQJNaLcl1U h9BdTAf9FuBzyCXH+8N0FZSbkFFEKvSA97LAbwYwv6lJWzQfkyYN/i7nFxAmyfKr URMA7sxFMkIwXRvghNL7y9lyWoLhz5a+EWp2N8mAaTdEj8V1k+7dWC/vIX87w5Xq 3WtNZw/ZAIQAMy7YXN7rwa9Chi4v91TkhF2j7T5BgAnvtAaQC68ruCt9kCO3Hn86 Qh5TIkZL+LAcql7TvNEO2Dc5VDvOM81fygrR0ZuC7zdNhCILdjL9LV/ZPk3JLDaw oZpf69eLs1U8cYFPUXKsr46OoaXUPyjQ/k+VMAyXYiM00yJXuDVTrlS4LpP05WCz qRE0MnS3iD7HUSl6/AP93XaN2EMXFA== =TSQQ -----END PGP SIGNATURE----- --mDSUb3soQrPtHYgy--