Message ID | 20230730184120.94984-1-david@ixit.cz |
---|---|
State | New |
Headers |
Return-Path: <linux-kernel-owner@vger.kernel.org> Delivered-To: ouuuleilei@gmail.com Received: by 2002:a59:918b:0:b0:3e4:2afc:c1 with SMTP id s11csp1636912vqg; Sun, 30 Jul 2023 12:36:19 -0700 (PDT) X-Google-Smtp-Source: APBJJlG7r8SIytLn0ZDYDUX67goMg/QtE9s2uynRVJhyB1F0F+tLVy+R3xEfRF8nCoZBdeSDWvsX X-Received: by 2002:a05:6a21:4887:b0:13b:7776:ceed with SMTP id av7-20020a056a21488700b0013b7776ceedmr7949568pzc.26.1690745778963; Sun, 30 Jul 2023 12:36:18 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1690745778; cv=none; d=google.com; s=arc-20160816; b=TTEQus04yvuJwe67kWzB8O5wkUBj3OMH7PKASb+6LrK7GNZXsMpVUQ0crGgumxSgCO KpdbF7uD89lw4EDmH1eTJ/RwE0Ifol2YRoFQSBV7myYVBYYyytlzJy8OvJVOyjsGAJxP 62m/EjIATdFyR7rwoGBrxwkCxl1hvsiONy1vauoDQ4Coq9fmOdrLPKffh0GMVYmUJzvr jBg4RcBzGeWV/G3Q6H6uAK55EdEA0NsTRCe0xeAW8g2JaULwK3IuCOZpNMmUVbjnSE2v +i9EDqWW1hI7fuQ4fBxtQkcgd/NOZLQEbtUCmNb2IxzFzD93htNoopwGTsbZJ6u7ZpFg jJlg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from:dkim-signature; bh=rIjfNf3fQPSIJXgNJjDjWAUn7CeY7yXp/BQkpmY3epQ=; fh=pKmDwzVHIpOuIlIIfvVJSfJVutGPpf1Gd7pm3fI9cyE=; b=Xbi8IlmO57a1duN/vcCWz1JtVJR3jIjWvsgrhdr6il5eFenflvz0UrEu5efRTQMEIo 79jpqKZ/XEFcvMY03bmIeqZtsf+hEDz5U+ENtIY2/afoDxMmKPdAGarBk6ooteybEI/l NIO37vETe2ICjIGrrw2y4o5mNJstpFkLv1+fRpCsEtFr89k/xMJXXz1OjWKsQEaMDFig Qki265eMezbVfazo7v/QKm0nfRb9/Z4BuTq/Dwvgq1ZvJm3Je+Yx5iai36tGZGpiU1eC 5AcQpsLpGYQFI4TtSwiF9DMFp9MBZBwNOcjJ4Oo58WY6678HiglV6yIFlfGt1Pp2Ufck IojA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@ixit.cz header.s=dkim header.b=CycAV7Ch; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=REJECT dis=NONE) header.from=ixit.cz Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id b66-20020a633445000000b005641dfc74d0si4026920pga.601.2023.07.30.12.36.04; Sun, 30 Jul 2023 12:36:18 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@ixit.cz header.s=dkim header.b=CycAV7Ch; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=REJECT dis=NONE) header.from=ixit.cz Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229806AbjG3Sl5 (ORCPT <rfc822;maxi.paulin@gmail.com> + 99 others); Sun, 30 Jul 2023 14:41:57 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:32824 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229437AbjG3Sl4 (ORCPT <rfc822;linux-kernel@vger.kernel.org>); Sun, 30 Jul 2023 14:41:56 -0400 Received: from ixit.cz (ip-89-177-23-149.bb.vodafone.cz [89.177.23.149]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 6AA5C10EB; Sun, 30 Jul 2023 11:41:51 -0700 (PDT) Received: from localhost.localdomain (unknown [109.229.201.16]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ixit.cz (Postfix) with ESMTPSA id B15C01600D2; Sun, 30 Jul 2023 20:41:47 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ixit.cz; s=dkim; t=1690742508; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version: content-transfer-encoding:content-transfer-encoding; bh=rIjfNf3fQPSIJXgNJjDjWAUn7CeY7yXp/BQkpmY3epQ=; b=CycAV7ChKq2GloUgehfEl15dM8rK9D3uF/5ePIdk30DtoU1v0oXBWHG9daaEt4f077Kdjw qG9qZcwZ72MF8Pb5DsMy6MAHgp95SbugvVfeEfOWo+QXLq/1Bm0dpEpXDiAvVFeKhfVBuv e+zhTts70Lw6NtQ03qIPODtzp3P/2q0= From: David Heidelberg <david@ixit.cz> To: Marek Vasut <marex@denx.de>, Stefan Agner <stefan@agner.ch>, David Airlie <airlied@gmail.com>, Daniel Vetter <daniel@ffwll.ch>, Rob Herring <robh+dt@kernel.org>, Krzysztof Kozlowski <krzysztof.kozlowski+dt@linaro.org>, Conor Dooley <conor+dt@kernel.org>, Liu Ying <victor.liu@nxp.com> Cc: kernel@puri.sm, =?utf-8?q?Guido_G=C3=BCnther?= <agx@sigxcpu.org>, David Heidelberg <david@ixit.cz>, Krzysztof Kozlowski <krzysztof.kozlowski@linaro.org>, Rob Herring <robh@kernel.org>, dri-devel@lists.freedesktop.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org Subject: [PATCH] dt-bindings: mxsfb: Exclude i.MX8MQ from power-domains requirement Date: Sun, 30 Jul 2023 21:41:20 +0300 Message-Id: <20230730184120.94984-1-david@ixit.cz> X-Mailer: git-send-email 2.40.1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-1.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RDNS_DYNAMIC,SPF_HELO_PASS, SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: <linux-kernel.vger.kernel.org> X-Mailing-List: linux-kernel@vger.kernel.org X-getmail-retrieved-from-mailbox: INBOX X-GMAIL-THRID: 1772875445815539116 X-GMAIL-MSGID: 1772875445815539116 |
Series |
dt-bindings: mxsfb: Exclude i.MX8MQ from power-domains requirement
|
|
Commit Message
David Heidelberg
July 30, 2023, 6:41 p.m. UTC
i.MX8MQ uses as secondary compatible fsl,imx6sx-lcdif, which triggers
requirement of power-domains, thou it's not required.
Fixes: f62678a77d58 ("dt-bindings: mxsfb: Document i.MX8M/i.MX6SX/i.MX6SL power-domains property")
Signed-off-by: David Heidelberg <david@ixit.cz>
---
.../devicetree/bindings/display/fsl,lcdif.yaml | 11 +++++++++--
1 file changed, 9 insertions(+), 2 deletions(-)
Comments
Hi, On Sun, Jul 30, 2023 at 09:41:20PM +0300, David Heidelberg wrote: > i.MX8MQ uses as secondary compatible fsl,imx6sx-lcdif, which triggers > requirement of power-domains, thou it's not required. > > Fixes: f62678a77d58 ("dt-bindings: mxsfb: Document i.MX8M/i.MX6SX/i.MX6SL power-domains property") > > Signed-off-by: David Heidelberg <david@ixit.cz> > --- > .../devicetree/bindings/display/fsl,lcdif.yaml | 11 +++++++++-- > 1 file changed, 9 insertions(+), 2 deletions(-) > > diff --git a/Documentation/devicetree/bindings/display/fsl,lcdif.yaml b/Documentation/devicetree/bindings/display/fsl,lcdif.yaml > index fc11ab5fc465..2d868276b0f9 100644 > --- a/Documentation/devicetree/bindings/display/fsl,lcdif.yaml > +++ b/Documentation/devicetree/bindings/display/fsl,lcdif.yaml > @@ -129,8 +129,15 @@ allOf: > - fsl,imx8mp-lcdif > - fsl,imx93-lcdif > then: > - required: > - - power-domains > + if: > + properties: > + compatible: > + not: > + contains: > + const: fsl,imx8mq-lcdif > + then: > + required: > + - power-domains We currently enable the mipi power domain for the mipi dphy and nwl bridge only but not for LCDIF itself assuming it's not needed (as there's other outputs LCDIF can drive). I *think* this is correct but maybe Marek or Liu can confirm? Cheers, -- Guido > > examples: > - | > -- > 2.40.1 >
On Wed, Aug 02, 2023 at 11:51:17AM +0200, Guido Günther wrote: > Hi, > On Sun, Jul 30, 2023 at 09:41:20PM +0300, David Heidelberg wrote: > > i.MX8MQ uses as secondary compatible fsl,imx6sx-lcdif, which triggers > > requirement of power-domains, thou it's not required. > > > > Fixes: f62678a77d58 ("dt-bindings: mxsfb: Document i.MX8M/i.MX6SX/i.MX6SL power-domains property") > > > > Signed-off-by: David Heidelberg <david@ixit.cz> > > --- > > .../devicetree/bindings/display/fsl,lcdif.yaml | 11 +++++++++-- > > 1 file changed, 9 insertions(+), 2 deletions(-) > > > > diff --git a/Documentation/devicetree/bindings/display/fsl,lcdif.yaml b/Documentation/devicetree/bindings/display/fsl,lcdif.yaml > > index fc11ab5fc465..2d868276b0f9 100644 > > --- a/Documentation/devicetree/bindings/display/fsl,lcdif.yaml > > +++ b/Documentation/devicetree/bindings/display/fsl,lcdif.yaml > > @@ -129,8 +129,15 @@ allOf: > > - fsl,imx8mp-lcdif > > - fsl,imx93-lcdif > > then: > > - required: > > - - power-domains > > + if: > > + properties: > > + compatible: > > + not: > > + contains: > > + const: fsl,imx8mq-lcdif > > + then: > > + required: > > + - power-domains > > We currently enable the mipi power domain for the mipi dphy and nwl > bridge only but not for LCDIF itself assuming it's not needed (as there's > other outputs LCDIF can drive). I *think* this is correct but maybe > Marek or Liu can confirm? I'm happy to Ack this, but I've been sitting on it waiting to see if Marek or Liu popped up..
On 8/10/23 21:30, Conor Dooley wrote: > On Wed, Aug 02, 2023 at 11:51:17AM +0200, Guido Günther wrote: >> Hi, >> On Sun, Jul 30, 2023 at 09:41:20PM +0300, David Heidelberg wrote: >>> i.MX8MQ uses as secondary compatible fsl,imx6sx-lcdif, which triggers >>> requirement of power-domains, thou it's not required. >>> >>> Fixes: f62678a77d58 ("dt-bindings: mxsfb: Document i.MX8M/i.MX6SX/i.MX6SL power-domains property") >>> >>> Signed-off-by: David Heidelberg <david@ixit.cz> >>> --- >>> .../devicetree/bindings/display/fsl,lcdif.yaml | 11 +++++++++-- >>> 1 file changed, 9 insertions(+), 2 deletions(-) >>> >>> diff --git a/Documentation/devicetree/bindings/display/fsl,lcdif.yaml b/Documentation/devicetree/bindings/display/fsl,lcdif.yaml >>> index fc11ab5fc465..2d868276b0f9 100644 >>> --- a/Documentation/devicetree/bindings/display/fsl,lcdif.yaml >>> +++ b/Documentation/devicetree/bindings/display/fsl,lcdif.yaml >>> @@ -129,8 +129,15 @@ allOf: >>> - fsl,imx8mp-lcdif >>> - fsl,imx93-lcdif >>> then: >>> - required: >>> - - power-domains >>> + if: >>> + properties: >>> + compatible: >>> + not: >>> + contains: >>> + const: fsl,imx8mq-lcdif >>> + then: >>> + required: >>> + - power-domains >> >> We currently enable the mipi power domain for the mipi dphy and nwl >> bridge only but not for LCDIF itself assuming it's not needed (as there's >> other outputs LCDIF can drive). I *think* this is correct but maybe >> Marek or Liu can confirm? > > I'm happy to Ack this, but I've been sitting on it waiting to see if > Marek or Liu popped up.. I don't see anything which would resemble power domains like on MX8MM/N/P on the MQ MXSFB, there are such domains for the VPU and DCSS, but not MXSFB. So Reviewed-by: Marek Vasut <marex@denx.de>
On Friday, August 11, 2023 3:30 AM Conor Dooley <conor@kernel.org> wrote: > > On Wed, Aug 02, 2023 at 11:51:17AM +0200, Guido Günther wrote: > > Hi, > > On Sun, Jul 30, 2023 at 09:41:20PM +0300, David Heidelberg wrote: > > > i.MX8MQ uses as secondary compatible fsl,imx6sx-lcdif, which triggers > > > requirement of power-domains, thou it's not required. > > > > > > Fixes: f62678a77d58 ("dt-bindings: mxsfb: Document > i.MX8M/i.MX6SX/i.MX6SL power-domains property") > > > > > > Signed-off-by: David Heidelberg <david@ixit.cz> > > > --- > > > .../devicetree/bindings/display/fsl,lcdif.yaml | 11 +++++++++-- > > > 1 file changed, 9 insertions(+), 2 deletions(-) > > > > > > diff --git a/Documentation/devicetree/bindings/display/fsl,lcdif.yaml > b/Documentation/devicetree/bindings/display/fsl,lcdif.yaml > > > index fc11ab5fc465..2d868276b0f9 100644 > > > --- a/Documentation/devicetree/bindings/display/fsl,lcdif.yaml > > > +++ b/Documentation/devicetree/bindings/display/fsl,lcdif.yaml > > > @@ -129,8 +129,15 @@ allOf: > > > - fsl,imx8mp-lcdif > > > - fsl,imx93-lcdif > > > then: > > > - required: > > > - - power-domains > > > + if: > > > + properties: > > > + compatible: > > > + not: > > > + contains: > > > + const: fsl,imx8mq-lcdif > > > + then: > > > + required: > > > + - power-domains > > > > We currently enable the mipi power domain for the mipi dphy and nwl > > bridge only but not for LCDIF itself assuming it's not needed (as there's > > other outputs LCDIF can drive). I *think* this is correct but maybe > > Marek or Liu can confirm? > > I'm happy to Ack this, but I've been sitting on it waiting to see if > Marek or Liu popped up.. I see DCSS and HDMI controller/PHY sit in displaymix in a system bus diagram(internal only), but LCDIF and MIPI DSI controller/PHY are not in that mix. So, it seems that the "gpc_disp" power domain defined in imx8mq.dtsi supplies power for DCSS and HDMI controller/PHY only, though nxp,imx8mq-dcss.yaml doesn't even allow a "power-domains" property... Assuming that system bus diagram is correct and "gpc_disp" power domain does supply power for everything in displaymix only: Reviewed-by: Liu Ying <victor.liu@nxp.com> P.s., there are still a few warnings from dtbs-check, see build log[1]. Hope they can be addressed... [1] https://gitlab.com/robherring/dt-review-ci/-/jobs/4767324570/artifacts/raw/build-dtbs-1814673.log Liu Ying
On Thu, Aug 10, 2023 at 08:30:21PM +0100, Conor Dooley wrote: > On Wed, Aug 02, 2023 at 11:51:17AM +0200, Guido Günther wrote: > > Hi, > > On Sun, Jul 30, 2023 at 09:41:20PM +0300, David Heidelberg wrote: > > > i.MX8MQ uses as secondary compatible fsl,imx6sx-lcdif, which triggers > > > requirement of power-domains, thou it's not required. > > > > > > Fixes: f62678a77d58 ("dt-bindings: mxsfb: Document i.MX8M/i.MX6SX/i.MX6SL power-domains property") > > > > > > Signed-off-by: David Heidelberg <david@ixit.cz> > > > --- > > > .../devicetree/bindings/display/fsl,lcdif.yaml | 11 +++++++++-- > > > 1 file changed, 9 insertions(+), 2 deletions(-) > > > > > > diff --git a/Documentation/devicetree/bindings/display/fsl,lcdif.yaml b/Documentation/devicetree/bindings/display/fsl,lcdif.yaml > > > index fc11ab5fc465..2d868276b0f9 100644 > > > --- a/Documentation/devicetree/bindings/display/fsl,lcdif.yaml > > > +++ b/Documentation/devicetree/bindings/display/fsl,lcdif.yaml > > > @@ -129,8 +129,15 @@ allOf: > > > - fsl,imx8mp-lcdif > > > - fsl,imx93-lcdif > > > then: > > > - required: > > > - - power-domains > > > + if: > > > + properties: > > > + compatible: > > > + not: > > > + contains: > > > + const: fsl,imx8mq-lcdif > > > + then: > > > + required: > > > + - power-domains > > > > We currently enable the mipi power domain for the mipi dphy and nwl > > bridge only but not for LCDIF itself assuming it's not needed (as there's > > other outputs LCDIF can drive). I *think* this is correct but maybe > > Marek or Liu can confirm? > > I'm happy to Ack this, but I've been sitting on it waiting to see if > Marek or Liu popped up.. Well, I got two positive responses, so Acked-by: Conor Dooley <conor.dooley@microchip.com> Thanks, Conor.
Hi, On Sun, Jul 30, 2023 at 09:41:20PM +0300, David Heidelberg wrote: > i.MX8MQ uses as secondary compatible fsl,imx6sx-lcdif, which triggers > requirement of power-domains, thou it's not required. > > Fixes: f62678a77d58 ("dt-bindings: mxsfb: Document i.MX8M/i.MX6SX/i.MX6SL power-domains property") > > Signed-off-by: David Heidelberg <david@ixit.cz> > --- > .../devicetree/bindings/display/fsl,lcdif.yaml | 11 +++++++++-- > 1 file changed, 9 insertions(+), 2 deletions(-) > > diff --git a/Documentation/devicetree/bindings/display/fsl,lcdif.yaml b/Documentation/devicetree/bindings/display/fsl,lcdif.yaml > index fc11ab5fc465..2d868276b0f9 100644 > --- a/Documentation/devicetree/bindings/display/fsl,lcdif.yaml > +++ b/Documentation/devicetree/bindings/display/fsl,lcdif.yaml > @@ -129,8 +129,15 @@ allOf: > - fsl,imx8mp-lcdif > - fsl,imx93-lcdif > then: > - required: > - - power-domains > + if: > + properties: > + compatible: > + not: > + contains: > + const: fsl,imx8mq-lcdif > + then: > + required: > + - power-domains > > examples: > - | > -- > 2.40.1 > Thanks a lot to Marek and Liu for confirming! Acked-by: Guido Günther <agx@sigxcpu.org> Cheers, -- Guido
diff --git a/Documentation/devicetree/bindings/display/fsl,lcdif.yaml b/Documentation/devicetree/bindings/display/fsl,lcdif.yaml index fc11ab5fc465..2d868276b0f9 100644 --- a/Documentation/devicetree/bindings/display/fsl,lcdif.yaml +++ b/Documentation/devicetree/bindings/display/fsl,lcdif.yaml @@ -129,8 +129,15 @@ allOf: - fsl,imx8mp-lcdif - fsl,imx93-lcdif then: - required: - - power-domains + if: + properties: + compatible: + not: + contains: + const: fsl,imx8mq-lcdif + then: + required: + - power-domains examples: - |