Message ID | 20230201-innolux-g070ace-v2-1-2371e251dd40@skidata.com |
---|---|
State | New |
Headers |
Return-Path: <linux-kernel-owner@vger.kernel.org> Delivered-To: ouuuleilei@gmail.com Received: by 2002:a5d:5915:0:0:0:0:0 with SMTP id v21csp1053513wrd; Mon, 13 Mar 2023 00:58:55 -0700 (PDT) X-Google-Smtp-Source: AK7set+C3EXiitB7vgwA8Mc78MWrxlQTIommU3fiJAPf8w+mMDqJls4sEFADeybIYxKFp0wtW0kB X-Received: by 2002:a17:90a:1a02:b0:234:e5c2:b92c with SMTP id 2-20020a17090a1a0200b00234e5c2b92cmr14809222pjk.15.1678694335279; Mon, 13 Mar 2023 00:58:55 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1678694335; cv=none; d=google.com; s=arc-20160816; b=rEfcdQRYTpMT9TGYGs6oL2K/MbLBH0hRU3oQvYZh4nX5MIRmmokn7OG++SkL4pPazp dCzdXvU/9WCbX48iqJprkZnvB+2jUOvOZ8Skb3Bc6c6aUbKKlgkoBquEVWZ8cZZ5qtEg p0jpu4YGvn1y11YKmJOs5bW1K8wU3hD8LI/u+WC31hH/LCciOYJwiKjodE+5vMb7tanM DA1lMaDz2CfBUUIBHqBzAcp6Jlla88m0lzZ9ihi0IuNBh5Eb9Lp4sr5Nb8dRVkYaZWe1 OV7trwMLT7eA3bz+eMZ+mVOG4ocekUsFeCgfHwHGdQWZtFUI2PdLhFNKgLTDC9jpRwCj cTtg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:in-reply-to:references:message-id :content-transfer-encoding:mime-version:subject:date:from :dkim-signature; bh=4bM/miEHmfh1REV7eAHhfkIxbroazqqDxZ8/EmkFI7I=; b=a9Wh9oga4R+gpr5gFar3CQFNYQhaDkuL7FTV5gzzoIodMqsR4a8z0tWXvSh3DAJAok CKrH12a6a5JAL1jl3WeO6CAvSumBRGAxsgQMajfLuglS/mrelUTXq00JEuOU4ooNKVjE h164aIuER8ZNfwAtJuOJsuCTGQvCaFd3SMBtR6GHi36oOEBBRxOU+4uYflwx2ezhjLlV LbkCDP4vHxIfN8zFGdLUc4+ikSPALMGXYJqoSp01yzhdbjsp2FJv7mZNftWzSNs7n9qg /R83jFQowCOtyx2UxFtzBblHJNDrhooSp0OL7ujWFmENxcZlLgNmsdbtwJkDJhKnOYFl paWA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linux.dev header.s=key1 header.b=XfvqJsF5; 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=NONE dis=NONE) header.from=linux.dev Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id g9-20020a170902934900b0019b090e497esi6045011plp.298.2023.03.13.00.58.41; Mon, 13 Mar 2023 00:58:55 -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=@linux.dev header.s=key1 header.b=XfvqJsF5; 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=NONE dis=NONE) header.from=linux.dev Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230119AbjCMHvn (ORCPT <rfc822;realc9580@gmail.com> + 99 others); Mon, 13 Mar 2023 03:51:43 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:49388 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229925AbjCMHva (ORCPT <rfc822;linux-kernel@vger.kernel.org>); Mon, 13 Mar 2023 03:51:30 -0400 Received: from out-51.mta1.migadu.com (out-51.mta1.migadu.com [IPv6:2001:41d0:203:375::33]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id DAC9C51CB6 for <linux-kernel@vger.kernel.org>; Mon, 13 Mar 2023 00:51:24 -0700 (PDT) X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux.dev; s=key1; t=1678693883; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=4bM/miEHmfh1REV7eAHhfkIxbroazqqDxZ8/EmkFI7I=; b=XfvqJsF5NveKr8F37DSYZEJokzSo6yGxFVO9ABOTJa3alnb0lPz9GejfU7oo8PglgWg6XL nLyFnUWk7sFmEf37e49ZPa9bjgVT0Hoy9getvi4YbvCP/r+5i46moRB4INZuJtPN5dfSYK yQT0Gg57/W2gnrtB2SXtOqMkudq57lY= From: richard.leitner@linux.dev Date: Mon, 13 Mar 2023 08:50:16 +0100 Subject: [PATCH RESEND v2 1/2] dt-bindings: display: simple: add support for InnoLux G070ACE-L01 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <20230201-innolux-g070ace-v2-1-2371e251dd40@skidata.com> References: <20230201-innolux-g070ace-v2-0-2371e251dd40@skidata.com> In-Reply-To: <20230201-innolux-g070ace-v2-0-2371e251dd40@skidata.com> To: Thierry Reding <thierry.reding@gmail.com>, Sam Ravnborg <sam@ravnborg.org>, David Airlie <airlied@gmail.com>, Daniel Vetter <daniel@ffwll.ch>, Rob Herring <robh+dt@kernel.org>, Krzysztof Kozlowski <krzysztof.kozlowski+dt@linaro.org> Cc: dri-devel@lists.freedesktop.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, Krzysztof Kozlowski <krzysztof.kozlowski@linaro.org>, Richard Leitner <richard.leitner@skidata.com> X-Developer-Signature: v=1; a=openpgp-sha256; l=1068; i=richard.leitner@skidata.com; h=from:subject:message-id; bh=CF2Os/PqFVko/kPoZIdexl6NDlxf1JFkoXB+pjYQTD4=; b=owGbwMvMwCX2R2KahkXN7wuMp9WSGFL4rv7Uq57fZOxUcZHB/1cOU8Tqqm3Razans015565pvXfi vFu3O0pZGMS4GGTFFFnsjbna3XPL3lcq6uTCzGFlAhnCwMUpABPJsmT4zXbdlskiRmdpyLkVtZw3jj s0OxYk3J6hP+XAhFJWIV7xHoa/YjbaD2dEuFkrXDWJWd19sGWV24RLb7/MCX3mbrL0sXgmBwA= X-Developer-Key: i=richard.leitner@skidata.com; a=openpgp; fpr=3F330A87476D76EF79212C6DFC189628387CFBD0 X-Migadu-Flow: FLOW_OUT X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,SPF_HELO_NONE,SPF_PASS autolearn=ham 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: =?utf-8?q?INBOX?= X-GMAIL-THRID: =?utf-8?q?1760238591399832390?= X-GMAIL-MSGID: =?utf-8?q?1760238591399832390?= |
Series |
panel-simple: Add InnoLux G070ACE-L01 support
|
|
Commit Message
Richard Leitner
March 13, 2023, 7:50 a.m. UTC
From: Richard Leitner <richard.leitner@skidata.com> Add Innolux G070ACE-L01 7" WVGA (800x480) TFT LCD panel compatible string. Acked-by: Krzysztof Kozlowski <krzysztof.kozlowski@linaro.org> Signed-off-by: Richard Leitner <richard.leitner@skidata.com> --- Documentation/devicetree/bindings/display/panel/panel-simple.yaml | 2 ++ 1 file changed, 2 insertions(+)
Comments
Hi, On Mon, Mar 13, 2023 at 12:51 AM <richard.leitner@linux.dev> wrote: > > From: Richard Leitner <richard.leitner@skidata.com> > > Add Innolux G070ACE-L01 7" WVGA (800x480) TFT LCD panel compatible > string. > > Acked-by: Krzysztof Kozlowski <krzysztof.kozlowski@linaro.org> > Signed-off-by: Richard Leitner <richard.leitner@skidata.com> nit: as I understand it, ordering of tags is usually supposed to be chronological. You signed off on this patch before Krzysztof acked it, so the SoB should be above. I'll fix that when applying. > --- > Documentation/devicetree/bindings/display/panel/panel-simple.yaml | 2 ++ > 1 file changed, 2 insertions(+) > > diff --git a/Documentation/devicetree/bindings/display/panel/panel-simple.yaml b/Documentation/devicetree/bindings/display/panel/panel-simple.yaml > index 18241f4051d2..fd3e5ad769dc 100644 > --- a/Documentation/devicetree/bindings/display/panel/panel-simple.yaml > +++ b/Documentation/devicetree/bindings/display/panel/panel-simple.yaml > @@ -174,6 +174,8 @@ properties: > - innolux,at043tn24 > # Innolux AT070TN92 7.0" WQVGA TFT LCD panel > - innolux,at070tn92 > + # Innolux G070ACE-L01 7" WVGA (800x480) TFT LCD panel > + - innolux,g070ace-l01 I think panel-simple currently has no active maintainers. Given that I've touched all these files in the past, I don't mind applying. Pushed to drm-misc-next: 4b4b96826ba9 dt-bindings: display: simple: add support for InnoLux G070ACE-L01
On 21/04/2023 18:15, Doug Anderson wrote: > Hi, > > On Mon, Mar 13, 2023 at 12:51 AM <richard.leitner@linux.dev> wrote: >> >> From: Richard Leitner <richard.leitner@skidata.com> >> >> Add Innolux G070ACE-L01 7" WVGA (800x480) TFT LCD panel compatible >> string. >> >> Acked-by: Krzysztof Kozlowski <krzysztof.kozlowski@linaro.org> >> Signed-off-by: Richard Leitner <richard.leitner@skidata.com> > > nit: as I understand it, ordering of tags is usually supposed to be > chronological. You signed off on this patch before Krzysztof acked it, > so the SoB should be above. I'll fix that when applying. Some people agree with this... but b4 disagrees, so I would say the tools should implement the right process and right decisions. We should not be correcting the tools' output, unless the tools are not correct - then fix the tools. Best regards, Krzysztof
Hi, On Fri, Apr 21, 2023 at 9:26 AM Krzysztof Kozlowski <krzysztof.kozlowski@linaro.org> wrote: > > On 21/04/2023 18:15, Doug Anderson wrote: > > Hi, > > > > On Mon, Mar 13, 2023 at 12:51 AM <richard.leitner@linux.dev> wrote: > >> > >> From: Richard Leitner <richard.leitner@skidata.com> > >> > >> Add Innolux G070ACE-L01 7" WVGA (800x480) TFT LCD panel compatible > >> string. > >> > >> Acked-by: Krzysztof Kozlowski <krzysztof.kozlowski@linaro.org> > >> Signed-off-by: Richard Leitner <richard.leitner@skidata.com> > > > > nit: as I understand it, ordering of tags is usually supposed to be > > chronological. You signed off on this patch before Krzysztof acked it, > > so the SoB should be above. I'll fix that when applying. > > Some people agree with this... but b4 disagrees, so I would say the > tools should implement the right process and right decisions. We should > not be correcting the tools' output, unless the tools are not correct - > then fix the tools. Ah, interesting. I checked and as far as I could tell Richard had manually added the tag when sending v2, so I didn't assume it as a tool-added tag. I'm happy to let "b4" be the canonical thing that says what the order should be. OK, so I just tried this and I'm confused. I ran: b4 am -P_ 20230201-innolux-g070ace-v2-2-2371e251dd40@skidata.com ...and when I check the patch that b4 spits out my "Reviewed-by" tag is _after_ the "Signed-off-by" tag, just like I asked for. Just in case Acked-by was somehow different than Reviewed-by, I went back to the original version where you added the Acked-by: b4 am -P_ 20221118075856.401373-1-richard.leitner@linux.dev ...and, again, it matches the order that I thought was right. In other words, the patch file generated says: > Signed-off-by: Richard Leitner <richard.leitner@skidata.com> > Acked-by: Krzysztof Kozlowski <krzysztof.kozlowski@linaro.org> My "b4" is from Dec 1 of last year, so maybe something changed? Let's update! OK, I synced b4 and now I'm at v0.12.2 from Match 10 (MARIO day!). The behavior is unchanged. Did I get something wrong in the above?
On 21/04/2023 18:37, Doug Anderson wrote: > Hi, > > On Fri, Apr 21, 2023 at 9:26 AM Krzysztof Kozlowski > <krzysztof.kozlowski@linaro.org> wrote: >> >> On 21/04/2023 18:15, Doug Anderson wrote: >>> Hi, >>> >>> On Mon, Mar 13, 2023 at 12:51 AM <richard.leitner@linux.dev> wrote: >>>> >>>> From: Richard Leitner <richard.leitner@skidata.com> >>>> >>>> Add Innolux G070ACE-L01 7" WVGA (800x480) TFT LCD panel compatible >>>> string. >>>> >>>> Acked-by: Krzysztof Kozlowski <krzysztof.kozlowski@linaro.org> >>>> Signed-off-by: Richard Leitner <richard.leitner@skidata.com> >>> >>> nit: as I understand it, ordering of tags is usually supposed to be >>> chronological. You signed off on this patch before Krzysztof acked it, >>> so the SoB should be above. I'll fix that when applying. >> >> Some people agree with this... but b4 disagrees, so I would say the >> tools should implement the right process and right decisions. We should >> not be correcting the tools' output, unless the tools are not correct - >> then fix the tools. > > Ah, interesting. I checked and as far as I could tell Richard had > manually added the tag when sending v2, so I didn't assume it as a > tool-added tag. I'm happy to let "b4" be the canonical thing that says > what the order should be. > > OK, so I just tried this and I'm confused. I ran: > > b4 am -P_ 20230201-innolux-g070ace-v2-2-2371e251dd40@skidata.com > > ...and when I check the patch that b4 spits out my "Reviewed-by" tag > is _after_ the "Signed-off-by" tag, just like I asked for. > > Just in case Acked-by was somehow different than Reviewed-by, I went > back to the original version where you added the Acked-by: > > b4 am -P_ 20221118075856.401373-1-richard.leitner@linux.dev > > ...and, again, it matches the order that I thought was right. In other > words, the patch file generated says: > >> Signed-off-by: Richard Leitner <richard.leitner@skidata.com> >> Acked-by: Krzysztof Kozlowski <krzysztof.kozlowski@linaro.org> We talk about `b4 trailers`, because the tag is applied by the submitter, not by the maintainer. > > Did I get something wrong in the above? Your `b4 am` will of course put the tag later, because it is you who applies the tag. Best regards, Krzysztof
Hi, On Fri, Apr 21, 2023 at 9:45 AM Krzysztof Kozlowski <krzysztof.kozlowski@linaro.org> wrote: > > On 21/04/2023 18:37, Doug Anderson wrote: > > Hi, > > > > On Fri, Apr 21, 2023 at 9:26 AM Krzysztof Kozlowski > > <krzysztof.kozlowski@linaro.org> wrote: > >> > >> On 21/04/2023 18:15, Doug Anderson wrote: > >>> Hi, > >>> > >>> On Mon, Mar 13, 2023 at 12:51 AM <richard.leitner@linux.dev> wrote: > >>>> > >>>> From: Richard Leitner <richard.leitner@skidata.com> > >>>> > >>>> Add Innolux G070ACE-L01 7" WVGA (800x480) TFT LCD panel compatible > >>>> string. > >>>> > >>>> Acked-by: Krzysztof Kozlowski <krzysztof.kozlowski@linaro.org> > >>>> Signed-off-by: Richard Leitner <richard.leitner@skidata.com> > >>> > >>> nit: as I understand it, ordering of tags is usually supposed to be > >>> chronological. You signed off on this patch before Krzysztof acked it, > >>> so the SoB should be above. I'll fix that when applying. > >> > >> Some people agree with this... but b4 disagrees, so I would say the > >> tools should implement the right process and right decisions. We should > >> not be correcting the tools' output, unless the tools are not correct - > >> then fix the tools. > > > > Ah, interesting. I checked and as far as I could tell Richard had > > manually added the tag when sending v2, so I didn't assume it as a > > tool-added tag. I'm happy to let "b4" be the canonical thing that says > > what the order should be. > > > > OK, so I just tried this and I'm confused. I ran: > > > > b4 am -P_ 20230201-innolux-g070ace-v2-2-2371e251dd40@skidata.com > > > > ...and when I check the patch that b4 spits out my "Reviewed-by" tag > > is _after_ the "Signed-off-by" tag, just like I asked for. > > > > Just in case Acked-by was somehow different than Reviewed-by, I went > > back to the original version where you added the Acked-by: > > > > b4 am -P_ 20221118075856.401373-1-richard.leitner@linux.dev > > > > ...and, again, it matches the order that I thought was right. In other > > words, the patch file generated says: > > > >> Signed-off-by: Richard Leitner <richard.leitner@skidata.com> > >> Acked-by: Krzysztof Kozlowski <krzysztof.kozlowski@linaro.org> > > We talk about `b4 trailers`, because the tag is applied by the > submitter, not by the maintainer. > > > > > Did I get something wrong in the above? > > Your `b4 am` will of course put the tag later, because it is you who > applies the tag. Ah, got it. So I guess from the perspective of "b4" every time the author modifies a patch (like adding new tags to it) then it's a new application of Signed-off-by and thus the old Signed-off-by is removed from the top and a new one is added below all the tags that have been received. Thus if b4 grabs all the tags off the mailing list for applying it ends up in a different order than if it grabs all the tags off the mailing list for sending a new version. OK, I can understand that perspective. I'll keep it in mind. -Doug
On 21/04/2023 18:51, Doug Anderson wrote: >>> ...and, again, it matches the order that I thought was right. In other >>> words, the patch file generated says: >>> >>>> Signed-off-by: Richard Leitner <richard.leitner@skidata.com> >>>> Acked-by: Krzysztof Kozlowski <krzysztof.kozlowski@linaro.org> >> >> We talk about `b4 trailers`, because the tag is applied by the >> submitter, not by the maintainer. >> >>> >>> Did I get something wrong in the above? >> >> Your `b4 am` will of course put the tag later, because it is you who >> applies the tag. > > Ah, got it. So I guess from the perspective of "b4" every time the > author modifies a patch (like adding new tags to it) then it's a new > application of Signed-off-by and thus the old Signed-off-by is removed > from the top and a new one is added below all the tags that have been > received. Thus if b4 grabs all the tags off the mailing list for > applying it ends up in a different order than if it grabs all the tags > off the mailing list for sending a new version. > > OK, I can understand that perspective. I'll keep it in mind. Yeah. I actually agree with your point that submitter's SoB should always be the last one, but I agree more with using process via standardized tools. IOW, since I cannot change in this matter b4, I need to agree with it. :) Best regards, Krzysztof
April 21, 2023 1:01 PM, "Krzysztof Kozlowski" <krzysztof.kozlowski@linaro.org> wrote: >> Ah, got it. So I guess from the perspective of "b4" every time the >> author modifies a patch (like adding new tags to it) then it's a new >> application of Signed-off-by and thus the old Signed-off-by is removed >> from the top and a new one is added below all the tags that have been >> received. Thus if b4 grabs all the tags off the mailing list for >> applying it ends up in a different order than if it grabs all the tags >> off the mailing list for sending a new version. >> >> OK, I can understand that perspective. I'll keep it in mind. > > Yeah. I actually agree with your point that submitter's SoB should > always be the last one, but I agree more with using process via > standardized tools. IOW, since I cannot change in this matter b4, I need > to agree with it. :) FWIW, everyone disagrees on how it should be done (which is a totally normal state of things). B4 uses the "chain of custody" logic when it comes to trailers, described here: https://lore.kernel.org/tools/20221031165842.vxr4kp6h7qnkc53l@meerkat.local/ In brief, the logic here is that the "Signed-off-by" trailer indicates where the chain of custody for all previous trailers ends. The following order: Reviewed-by: Reviewer <> Signed-off-by: Submitter <> Signed-off-by: Submaintainer <> Tells that it was the Submitter who collected and applied the Reviewed-by tag, which is why when someone runs "b4 trailers -u", their Signed-off-by is always moved to the bottom to indicate the proper chain of custody boundary. The following order says something very different: Signed-off-by: Submitter <> Reviewed-by: Reviewer <> Signed-off-by: Submaintainer <> This indicates that the "Reviewed-by" trailer was collected by the Submaintainer, because it is below the chain-of-custody boundary of the Submitter. The main reason is if Reviewer says "hey, I don't remember reviewing this, who put my name in there," the order will point at the person in whose custody section this tag shows up. Hope this helps. Best regards, -K
diff --git a/Documentation/devicetree/bindings/display/panel/panel-simple.yaml b/Documentation/devicetree/bindings/display/panel/panel-simple.yaml index 18241f4051d2..fd3e5ad769dc 100644 --- a/Documentation/devicetree/bindings/display/panel/panel-simple.yaml +++ b/Documentation/devicetree/bindings/display/panel/panel-simple.yaml @@ -174,6 +174,8 @@ properties: - innolux,at043tn24 # Innolux AT070TN92 7.0" WQVGA TFT LCD panel - innolux,at070tn92 + # Innolux G070ACE-L01 7" WVGA (800x480) TFT LCD panel + - innolux,g070ace-l01 # Innolux G070Y2-L01 7" WVGA (800x480) TFT LCD panel - innolux,g070y2-l01 # Innolux G070Y2-T02 7" WVGA (800x480) TFT LCD TTL panel