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=-2.3 required=3.0 tests=DKIM_INVALID,DKIM_SIGNED, MAILING_LIST_MULTI,SPF_PASS,USER_AGENT_MUTT autolearn=ham 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 ABB98C6783C for ; Fri, 12 Oct 2018 16:17:25 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 74A8820865 for ; Fri, 12 Oct 2018 16:17:25 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=fail reason="signature verification failed" (1024-bit key) header.d=sirena.org.uk header.i=@sirena.org.uk header.b="Ws9U/VTF" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 74A8820865 Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=kernel.org Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729007AbeJLXuh (ORCPT ); Fri, 12 Oct 2018 19:50:37 -0400 Received: from heliosphere.sirena.org.uk ([172.104.155.198]:58870 "EHLO heliosphere.sirena.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728735AbeJLXug (ORCPT ); Fri, 12 Oct 2018 19:50:36 -0400 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=KtJGRx1cnHU9gZkM0TGmlzCJx6s9zJ2PqICUwTOjoFo=; b=Ws9U/VTFwMLpWnwOCBk9Gk36k ug2OlzGI5LqJNLXmLCV52Gf8s8xf2dyb2myr8ZoMzxSnG6j0kN7+maX1e/E3HwPYEJDdiYr2K1LDa RBpRBdYbBCrlLC0kqTQeL/99isLApGwfCtZgf+F++XUPX1oqmVJAS9lMtDHGWVezn96L8=; Received: from [91.126.136.150] (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 1gB07d-0006Zp-QF; Fri, 12 Oct 2018 16:17:05 +0000 Received: by finisterre.ee.mobilebroadband (Postfix, from userid 1000) id 34B95440078; Fri, 12 Oct 2018 18:17:05 +0200 (CEST) Date: Fri, 12 Oct 2018 18:17:05 +0200 From: Mark Brown To: Andy Shevchenko Cc: Russell King - ARM Linux , Jon Hunter , Marcel Ziswiler , Linus Walleij , Linux Kernel Mailing List , Robert Jarzmik , Aaro Koskinen , jmondi , Marek Szyprowski , Alexander Shiyan , Haojian Zhuang , Liam Girdwood , Mike Rapoport , Daniel Mack , Marc Zyngier , philipp.zabel@gmail.com, linux-tegra@vger.kernel.org, Janusz Krzysztofik , Geert Uytterhoeven Subject: Re: [PATCH v7] regulator: fixed: Convert to use GPIO descriptor only Message-ID: <20181012161705.GC2340@sirena.org.uk> References: <20180906122436.25610-1-linus.walleij@linaro.org> <20181011090112eucas1p286d8c1edfc1a2a207d8a11c5ad7eb20e~cglSx9qcr2394623946eucas1p2y@eucas1p2.samsung.com> <1539272073.18645.12.camel@toradex.com> <1539337415.30485.21.camel@toradex.com> <20181012104338.GS30658@n2100.armlinux.org.uk> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="kfjH4zxOES6UT95V" Content-Disposition: inline In-Reply-To: X-Cookie: He's dead, Jim. 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 --kfjH4zxOES6UT95V Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Fri, Oct 12, 2018 at 04:58:38PM +0300, Andy Shevchenko wrote: > On Fri, Oct 12, 2018 at 1:45 PM Russell King - ARM Linux > > Given that DT describes the hardware, not the software implementation, > > it must not change just because we move from GPIO numbers to GPIO > > descriptors. > > The existing DT description is reasonable, and introducing ficticious > > regulators in DT to work around the implementation is not reasonable. > If there is no way to detect shared use of GPIO line for regulators > (*) from current DT description, DT description should be updated to > reflect, yes, hardware. > (*) Not familiar with the guts of DT descriptive language, don't know > if there are some ways to do a such without additional flags or so. You can detect this via resolving the GPIOs and seeing if it points back to something that's already in use for an enable. This isn't ideal especially if you want to do it up front but it is doable. You could also just assume anything might end up being shared and rather than doing it up front which is easier and probably about as good. --kfjH4zxOES6UT95V Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAABCgAdFiEEreZoqmdXGLWf4p/qJNaLcl1Uh9AFAlvAyQAACgkQJNaLcl1U h9AxNAf/dagFIggZW486itfhQDBJTefSA7vwmkxbzYKHZwodlcpEpGhwWUGxveyO 8kGuCjpCHU1knlsCL1q+8A9HwWnbCRp/aDYLXHpvSS/vghpCaKTdwo2ZBLg7PSjy AVd9f/+d4pxoL2eUNgyl6D+EjymXk/v0sgu+uXF6wnHyrAhvD7UAhzAs3EAB00UW 0pkTrYLtpfSJjM+BKurnp+uQ9H3W7GKp86NOE5coFK8rvGQ4J0Mx2VutuMC4VYeR 6RBFMAuXFhnd/bhR/is0giBumfxaHD3vX4QVfxk8vhXhJ5OsO+nzSeMBrG7mS8kO YXzCtuLAJGuQgrOkXMKYs2UJcZBBZQ== =7HRA -----END PGP SIGNATURE----- --kfjH4zxOES6UT95V--