Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp2880734pxj; Mon, 14 Jun 2021 09:12:50 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxnOhRs3F/EpCyF+h6ovY/3oVAWFCVzoGyxPVZMUo/6tsb+HwVS3/QWNpStBF6NuZChPykS X-Received: by 2002:aa7:cfd4:: with SMTP id r20mr18015631edy.237.1623687169984; Mon, 14 Jun 2021 09:12:49 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1623687169; cv=none; d=google.com; s=arc-20160816; b=Zhg3guE+uCF6su2DEZCF9ix4woGraKNL2J/2XslqP7d1/y6tITl7YCCuzlR8YiEqDP bRtqVeFDVBsmR72VviVQzzuOGZwIZN3vYl5LZopJkNt9ZWpUNjq/q1cDnXGxC/qC/rmr Ta22bUN2WMvmVCu2yF3KJdAngI3bv9ZHrUefzDcSyXyJMGEdESjhmd/vbX85ERk80F21 VYAOYBRgG8Y/4k1vj8biLgNH/hjE9UxBfYxtCAU1WovqmlJvX8y9fEPLNBD+l01yNPy0 MBv+vV/iC8FMvgpTb474jdOuEYfWusmZrmyJf4J05O6fVI3v7LIMUjLnl2ZoqRgOHunu AOUw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=WxkwNm6ZYNWIa0Lk9ntav/xspFP7K0YWVjmpKlkqGHM=; b=vNhAnq9XkCyHIw/lSW8XYY1y5OhAZk7azSqWK8Js23lZR+eisVDWCZk3W4NlxTDRIF mJ67N8YNxRSsZ1w8I8N0vjeKZn43hs5PwRe7SfBrLwO0n/MUDlT06l7wi/fY82jCfq+z SpPHH6jXjcPKI1XmeUsHSrnHkjNqdalJva1+cl3SgrjWNB8c6GqQRChINBuTeSLS0z+z w5gOPPc8Sa7IsgUo2tnjflv5T4M1To+ukvHi4qRD8rr1vMxOEGGQoqYp8uhYukSPSjXg 5jLZvOBX546BG3rfr5VoJUEWP7+Wx7mpxFfFha8jeAlLVudULo8EnOmiswH8uyNViPxr +Qfw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=MWIRhnft; 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=linaro.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id df25si10249450edb.145.2021.06.14.09.12.27; Mon, 14 Jun 2021 09:12:49 -0700 (PDT) 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=@linaro.org header.s=google header.b=MWIRhnft; 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=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234437AbhFNQLZ (ORCPT + 99 others); Mon, 14 Jun 2021 12:11:25 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:50256 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233135AbhFNQLY (ORCPT ); Mon, 14 Jun 2021 12:11:24 -0400 Received: from mail-oo1-xc29.google.com (mail-oo1-xc29.google.com [IPv6:2607:f8b0:4864:20::c29]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 992DFC061574 for ; Mon, 14 Jun 2021 09:09:21 -0700 (PDT) Received: by mail-oo1-xc29.google.com with SMTP id o5-20020a4a2c050000b0290245d6c7b555so2760190ooo.11 for ; Mon, 14 Jun 2021 09:09:21 -0700 (PDT) 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:in-reply-to; bh=WxkwNm6ZYNWIa0Lk9ntav/xspFP7K0YWVjmpKlkqGHM=; b=MWIRhnftb8ptws/gw00LvdIp2qhm1pyKeix9DxnZhFxe/rLAFyLuhnb38KFxVFY21U 3qLBPzwgtR/Zmw7YzqRBONHujLPBW4+yapefexTWW0MVYi2rQOyDaqUjbQN7jKkb1zdR r23kkH0xw1v2vJk+VmHiPi9exwOB/LvoNC7Ak0VjKQFTo51DdmHO137vb6gHMMnQE0d0 UHbtQT79HZg+zxRbowzUu+UtJliuRU1cDeKNYxQzP9J9ThSy/+fF5Hlvkp77e3BjnVgl mG8FAT0sZNXqf9eBKUJMORz6vQvy8P6biOO8WI2jV3NWqs5S76l3Ctu1k/w71JWtukmn jByA== 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:in-reply-to; bh=WxkwNm6ZYNWIa0Lk9ntav/xspFP7K0YWVjmpKlkqGHM=; b=Ho/jUMuLXDOyLNX5ogvig4LgbDJpAvEpaKWKvd+4qhLBs1hPH00nyBVCkDM+8CUOke 9Pzr+98gdKCQCLDPHqXpmXyUXFveJh4Mzliz8/fJ8LLKzttWLwNTk2gzzJfYsO46cvca 177RbWmOnVGsf0uE6gj8i2p5UfrV7OvCZNTu0X3VQctvsLUYsy5tTwjFLM47kN8PehqZ vFdeX0BZNFmPjOz32Qg5Mcp+B0CD6L254d6DADS7Efd5Vx/7HpoYPyQWH4x7Lcxco0ih 7GXD90ITTRrbbNrFdPiedOAj3HEE9xPmZwyqIutiyWtUvzyhzU02LBCpdZdlDgTv9KIL iEBw== X-Gm-Message-State: AOAM531S7o0ECMD8+r8IKmw0dK6nnmTh33GIESVuKKXmd61df8LVE3bc DxCWInoyItCw0amz+zVoZ32Dqg== X-Received: by 2002:a4a:9210:: with SMTP id f16mr13429698ooh.17.1623686960994; Mon, 14 Jun 2021 09:09:20 -0700 (PDT) Received: from yoga (104-57-184-186.lightspeed.austtx.sbcglobal.net. [104.57.184.186]) by smtp.gmail.com with ESMTPSA id g25sm3433972otn.81.2021.06.14.09.09.19 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 14 Jun 2021 09:09:20 -0700 (PDT) Date: Mon, 14 Jun 2021 11:09:18 -0500 From: Bjorn Andersson To: Bhupesh Sharma Cc: linux-arm-msm@vger.kernel.org, Linus Walleij , Liam Girdwood , Mark Brown , Vinod Koul , Rob Herring , Andy Gross , devicetree , Linux Kernel Mailing List , "open list:GPIO SUBSYSTEM" , bhupesh.linux@gmail.com Subject: Re: [PATCH 2/8] dt-bindings: pinctrl: qcom,pmic-gpio: Add compatible for SA8155p-adp Message-ID: References: <20210607113840.15435-1-bhupesh.sharma@linaro.org> <20210607113840.15435-3-bhupesh.sharma@linaro.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon 14 Jun 03:13 CDT 2021, Bhupesh Sharma wrote: > Hi Bjorn, > > On Fri, 11 Jun 2021 at 08:21, Bjorn Andersson > wrote: > > > > On Mon 07 Jun 06:38 CDT 2021, Bhupesh Sharma wrote: > > > > > Add pmic-gpio compatible strings for pmm8155au_1 and pmm8155au_2 pmics > > > found on SA8155p-adp board. > > > > > > Cc: Linus Walleij > > > Cc: Liam Girdwood > > > Cc: Mark Brown > > > Cc: Bjorn Andersson > > > Cc: Vinod Koul > > > Cc: Rob Herring > > > Cc: Andy Gross > > > Cc: devicetree@vger.kernel.org > > > Cc: linux-kernel@vger.kernel.org > > > Cc: linux-gpio@vger.kernel.org > > > Cc: bhupesh.linux@gmail.com > > > Signed-off-by: Bhupesh Sharma > > > --- > > > Documentation/devicetree/bindings/pinctrl/qcom,pmic-gpio.txt | 5 +++++ > > > 1 file changed, 5 insertions(+) > > > > > > diff --git a/Documentation/devicetree/bindings/pinctrl/qcom,pmic-gpio.txt b/Documentation/devicetree/bindings/pinctrl/qcom,pmic-gpio.txt > > > index f6a9760558a6..ee4721f1c477 100644 > > > --- a/Documentation/devicetree/bindings/pinctrl/qcom,pmic-gpio.txt > > > +++ b/Documentation/devicetree/bindings/pinctrl/qcom,pmic-gpio.txt > > > @@ -27,6 +27,8 @@ PMIC's from Qualcomm. > > > "qcom,pm660l-gpio" > > > "qcom,pm8150-gpio" > > > "qcom,pm8150b-gpio" > > > + "qcom,pmm8155au-1-gpio" > > > + "qcom,pmm8155au-2-gpio" > > > > As with the regulator this seems to be a single component. > > > > > "qcom,pm8350-gpio" > > > "qcom,pm8350b-gpio" > > > "qcom,pm8350c-gpio" > > > @@ -116,6 +118,9 @@ to specify in a pin configuration subnode: > > > and gpio8) > > > gpio1-gpio12 for pm8150b (holes on gpio3, gpio4, gpio7) > > > gpio1-gpio12 for pm8150l (hole on gpio7) > > > + gpio1-gpio10 for pmm8155au-1 (holes on gpio2, gpio5, gpio7 > > > + and gpio8) > > > + gpio1-gpio10 for pmm8155au-2 (holes on gpio2, gpio5, gpio7) > > > > In the schematics all 10 pins are wired on both of these PMICs, so I > > don't think there are holes. Please omit the comment. > > But if we look at the downstream dts (see [1]), we clearly have holes > on gpio 2, 5 and 7 on PMM8155AU_2 whereas if we see [2], we can see > PMM8155AU_1 has holes on gpio 2, 5, 7 and 8. > > As I understand, the schematics mention some optional configurations > as well which might not be available depending on the default board > configuration. > > [1]. https://source.codeaurora.org/quic/la/kernel/msm-4.14/tree/arch/arm64/boot/dts/qcom/sa8155-pmic-overlay.dtsi?h=LV.AU.0.1.0.r1-15900-gen3meta.0#n92 > [2]. https://source.codeaurora.org/quic/la/kernel/msm-4.14/tree/arch/arm64/boot/dts/qcom/sa8155-pmic-overlay.dtsi?h=LV.AU.0.1.0.r1-15900-gen3meta.0#n36 > Perhaps these "holes" means that they are reserved for use by one of the other subsystems in the SoC - similar to how we have gpio-reserved-ranges in the TLMM. Because according to the PMS8155AU documentation and the schematics, there's no physical holes there. As such, the binding and driver should not describe these "holes". If they aren't used by Linux, then the DT won't reference them - and if there's reasons for prohibiting Linux from touching the registers we should use gpio-reserved-ranges, as this will depend on firmware configuration. Regards, Bjorn > Regards, > Bhupesh > > > > > > gpio1-gpio10 for pm8350 > > > gpio1-gpio8 for pm8350b > > > gpio1-gpio9 for pm8350c > > > -- > > > 2.31.1 > > >