All of lore.kernel.org
 help / color / mirror / Atom feed
From: Rob Herring <robh@kernel.org>
To: Doug Anderson <dianders@chromium.org>
Cc: Konrad Dybcio <konrad.dybcio@oss.qualcomm.com>,
	Neil Armstrong <neil.armstrong@linaro.org>,
	Jessica Zhang <jesszhan0024@gmail.com>,
	David Airlie <airlied@gmail.com>, Simona Vetter <simona@ffwll.ch>,
	Maarten Lankhorst <maarten.lankhorst@linux.intel.com>,
	Maxime Ripard <mripard@kernel.org>,
	Thomas Zimmermann <tzimmermann@suse.de>,
	Krzysztof Kozlowski <krzk+dt@kernel.org>,
	Conor Dooley <conor+dt@kernel.org>,
	Bjorn Andersson <andersson@kernel.org>,
	Konrad Dybcio <konradybcio@kernel.org>,
	dri-devel@lists.freedesktop.org, devicetree@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-arm-msm@vger.kernel.org
Subject: Re: [PATCH 1/4] dt-bindings: display: panel: samsung, atna33xc20: Add ATNA40HQ08-0
Date: Fri, 5 Jun 2026 10:28:25 -0500	[thread overview]
Message-ID: <20260605152825.GA3740391-robh@kernel.org> (raw)
In-Reply-To: <CAD=FV=UaPKiGSL6mhVdywp67skSr2B7977f3kZ23FFHaD=95RQ@mail.gmail.com>

On Thu, Jun 04, 2026 at 02:23:25PM -0700, Doug Anderson wrote:
> Hi,
> 
> On Thu, Jun 4, 2026 at 1:07 AM Konrad Dybcio
> <konrad.dybcio@oss.qualcomm.com> wrote:
> >
> > Some variants of the Qualcomm Snapdragon X2 Elite-based Lenovo Yoga
> > Slim 7x Gen11 laptop ship with a Samsung ATNA40HQ08-0 2880x1800 120 Hz
> > OLED panel which seems to be compatible with the other ATNAxxx panels,
> > document it.
> >
> > Note that I stripped the -0 suffix from the compatible, as it seems to
> > be of little importance and some sources omit it.
> >
> > EDID:
> > 0000000 ff00 ffff ffff 00ff 834c 422f 002f 0000
> > 0000010 2300 0401 1eb5 7813 6603 ae85 3851 24b9
> > 0000020 500a 0054 0000 0101 0101 0101 0101 0101
> > 0000030 0101 0101 0101 0000 0000 0000 0000 0000
> > 0000040 0000 0000 0000 0000 0000 fd00 1e00 e678
> > 0000050 47e6 0a01 2020 2020 2020 0000 fe00 5300
> > 0000060 4344 2020 2020 2020 2020 2020 0000 fc00
> > 0000070 4100 4e54 3441 4830 3051 2d38 2030 c402
> > 0000080 2070 0279 2000 1800 1200 2ffb 0042 0000
> > 0000090 0000 0c23 5441 414e 3034 5148 3830 302d
> > 00000a0 0021 ca1d 5e0b 4007 080b 0007 7ae5 8551
> > 00000b0 b9a3 024a 020a 5445 5fd0 644c 4400 7823
> > 00000c0 0026 0609 0000 0000 5000 0000 0022 0014
> > 00000d0 0ad4 3f85 c70b 0700 1f00 0700 7707 4f00
> > 00000e0 0f00 2e00 0600 4500 5fd0 644c 002b 270c
> > 00000f0 1e00 0077 2700 1e00 003b 0000 0000 9085
> > 0000100 2070 0079 2200 1400 d400 050a 0b3f 00c7
> > 0000110 0007 001f 0707 07f7 07cf 000f 0081 731f
> > 0000120 001a 0300 1e5b 0078 8fa0 6a02 7802 0000
> > 0000130 0000 e38d 8005 e600 0506 8f01 016a 0000
> > 0000140 0000 0000 0000 0000 0000 0000 0000 0000
> > 0000150 0000 0000 0000 0000 0000 0000 0000 0000
> > 0000160 0000 0000 0000 0000 0000 0000 0000 0000
> > 0000170 0000 0000 0000 0000 0000 0000 0000 900f
> 
> I'm not a fan of the EDID being presented in 16-bit words. :-/
> Changing it to this when applying:
> 
> 00 ff ff ff ff ff ff 00 4c 83 2f 42 2f 00 00 00
> 00 23 01 04 b5 1e 13 78 03 66 85 ae 51 38 b9 24
> 0a 50 54 00 00 00 01 01 01 01 01 01 01 01 01 01
> 01 01 01 01 01 01 00 00 00 00 00 00 00 00 00 00
> 00 00 00 00 00 00 00 00 00 00 00 fd 00 1e 78 e6
> e6 47 01 0a 20 20 20 20 20 20 00 00 00 fe 00 53
> 44 43 20 20 20 20 20 20 20 20 20 20 00 00 00 fc
> 00 41 54 4e 41 34 30 48 51 30 38 2d 30 20 02 c4
> 70 20 79 02 00 20 00 18 00 12 fb 2f 42 00 00 00
> 00 00 23 0c 41 54 4e 41 34 30 48 51 30 38 2d 30
> 21 00 1d ca 0b 5e 07 40 0b 08 07 00 e5 7a 51 85
> a3 b9 4a 02 0a 02 45 54 d0 5f 4c 64 00 44 23 78
> 26 00 09 06 00 00 00 00 00 50 00 00 22 00 14 00
> d4 0a 85 3f 0b c7 00 07 00 1f 00 07 07 77 00 4f
> 00 0f 00 2e 00 06 00 45 d0 5f 4c 64 2b 00 0c 27
> 00 1e 77 00 00 27 00 1e 3b 00 00 00 00 00 85 90
> 70 20 79 00 00 22 00 14 00 d4 0a 05 3f 0b c7 00
> 07 00 1f 00 07 07 f7 07 cf 07 0f 00 81 00 1f 73
> 1a 00 00 03 5b 1e 78 00 a0 8f 02 6a 02 78 00 00
> 00 00 8d e3 05 80 00 e6 06 05 01 8f 6a 01 00 00
> 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0f 90
> 
> 
> > Signed-off-by: Konrad Dybcio <konrad.dybcio@oss.qualcomm.com>
> > ---
> >  Documentation/devicetree/bindings/display/panel/samsung,atna33xc20.yaml | 2 ++
> >  1 file changed, 2 insertions(+)
> >
> > diff --git a/Documentation/devicetree/bindings/display/panel/samsung,atna33xc20.yaml b/Documentation/devicetree/bindings/display/panel/samsung,atna33xc20.yaml
> > index 1bbe0da3997c3b06eccd18fe8980b58a6c05d963..27536eeaed8594c047dd0fa1cf425912be189508 100644
> > --- a/Documentation/devicetree/bindings/display/panel/samsung,atna33xc20.yaml
> > +++ b/Documentation/devicetree/bindings/display/panel/samsung,atna33xc20.yaml
> > @@ -25,6 +25,8 @@ properties:
> >                - samsung,atna40ct06
> >                # Samsung 14" WQXGA+ (2880x1800 pixels) eDP AMOLED panel
> >                - samsung,atna40cu11
> > +              # Samsung 14" WQXGA+ (2880x1800 pixels) eDP AMOLED panel
> > +              - samsung,atna40hq08
> 
> Sure. I'll repeat the same comment I made the last time someone landed
> a change to this file [1] in the hopes that maybe someone will post a
> patch one day:
> 
> <repeat>
> Given how many of these we're up to now, I'm starting to wonder if we
> should come up with a generic compatible like we did with "edp-panel"
> and then we can stop having to merge CLs like this. All of these
> Samsung OLED eDP panels have the same power up sequence and once we do
> that then we can read them via EDID or via DP AUX bus to identify
> which specific panel we have and if they need additional tweaking,
> just like we do with "edp-panel". Do DT folks have any opinion about
> that? Coming up with a name would be a pain since I wouldn't want to
> assert that all future Samsung OLED eDP panels will have the same
> powerup sequence. Maybe "samsung,amoled-edp-panel-v1" even though that
> sounds terrible and there's no known need for a "-v2"?
> </repeat>

If things are the same, then perhaps there should be a fallback 
compatible. Or just reuse an existing compatible. I can in no way 
prevent someone from using 'foo-panel' in their DT when the h/w is 
actually a foobar panel if the differences are transparent to s/w. (But 
I will reject a quirk property later on when foobar turns out to be 
different than foo.)

Rob

WARNING: multiple messages have this Message-ID (diff)
From: Rob Herring <robh@kernel.org>
To: Doug Anderson <dianders@chromium.org>
Cc: Konrad Dybcio <konrad.dybcio@oss.qualcomm.com>,
	Neil Armstrong <neil.armstrong@linaro.org>,
	Jessica Zhang <jesszhan0024@gmail.com>,
	David Airlie <airlied@gmail.com>, Simona Vetter <simona@ffwll.ch>,
	Maarten Lankhorst <maarten.lankhorst@linux.intel.com>,
	Maxime Ripard <mripard@kernel.org>,
	Thomas Zimmermann <tzimmermann@suse.de>,
	Krzysztof Kozlowski <krzk+dt@kernel.org>,
	Conor Dooley <conor+dt@kernel.org>,
	Bjorn Andersson <andersson@kernel.org>,
	Konrad Dybcio <konradybcio@kernel.org>,
	dri-devel@lists.freedesktop.org, devicetree@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-arm-msm@vger.kernel.org
Subject: Re: [PATCH 1/4] dt-bindings: display: panel: samsung,atna33xc20: Add ATNA40HQ08-0
Date: Fri, 5 Jun 2026 10:28:25 -0500	[thread overview]
Message-ID: <20260605152825.GA3740391-robh@kernel.org> (raw)
In-Reply-To: <CAD=FV=UaPKiGSL6mhVdywp67skSr2B7977f3kZ23FFHaD=95RQ@mail.gmail.com>

On Thu, Jun 04, 2026 at 02:23:25PM -0700, Doug Anderson wrote:
> Hi,
> 
> On Thu, Jun 4, 2026 at 1:07 AM Konrad Dybcio
> <konrad.dybcio@oss.qualcomm.com> wrote:
> >
> > Some variants of the Qualcomm Snapdragon X2 Elite-based Lenovo Yoga
> > Slim 7x Gen11 laptop ship with a Samsung ATNA40HQ08-0 2880x1800 120 Hz
> > OLED panel which seems to be compatible with the other ATNAxxx panels,
> > document it.
> >
> > Note that I stripped the -0 suffix from the compatible, as it seems to
> > be of little importance and some sources omit it.
> >
> > EDID:
> > 0000000 ff00 ffff ffff 00ff 834c 422f 002f 0000
> > 0000010 2300 0401 1eb5 7813 6603 ae85 3851 24b9
> > 0000020 500a 0054 0000 0101 0101 0101 0101 0101
> > 0000030 0101 0101 0101 0000 0000 0000 0000 0000
> > 0000040 0000 0000 0000 0000 0000 fd00 1e00 e678
> > 0000050 47e6 0a01 2020 2020 2020 0000 fe00 5300
> > 0000060 4344 2020 2020 2020 2020 2020 0000 fc00
> > 0000070 4100 4e54 3441 4830 3051 2d38 2030 c402
> > 0000080 2070 0279 2000 1800 1200 2ffb 0042 0000
> > 0000090 0000 0c23 5441 414e 3034 5148 3830 302d
> > 00000a0 0021 ca1d 5e0b 4007 080b 0007 7ae5 8551
> > 00000b0 b9a3 024a 020a 5445 5fd0 644c 4400 7823
> > 00000c0 0026 0609 0000 0000 5000 0000 0022 0014
> > 00000d0 0ad4 3f85 c70b 0700 1f00 0700 7707 4f00
> > 00000e0 0f00 2e00 0600 4500 5fd0 644c 002b 270c
> > 00000f0 1e00 0077 2700 1e00 003b 0000 0000 9085
> > 0000100 2070 0079 2200 1400 d400 050a 0b3f 00c7
> > 0000110 0007 001f 0707 07f7 07cf 000f 0081 731f
> > 0000120 001a 0300 1e5b 0078 8fa0 6a02 7802 0000
> > 0000130 0000 e38d 8005 e600 0506 8f01 016a 0000
> > 0000140 0000 0000 0000 0000 0000 0000 0000 0000
> > 0000150 0000 0000 0000 0000 0000 0000 0000 0000
> > 0000160 0000 0000 0000 0000 0000 0000 0000 0000
> > 0000170 0000 0000 0000 0000 0000 0000 0000 900f
> 
> I'm not a fan of the EDID being presented in 16-bit words. :-/
> Changing it to this when applying:
> 
> 00 ff ff ff ff ff ff 00 4c 83 2f 42 2f 00 00 00
> 00 23 01 04 b5 1e 13 78 03 66 85 ae 51 38 b9 24
> 0a 50 54 00 00 00 01 01 01 01 01 01 01 01 01 01
> 01 01 01 01 01 01 00 00 00 00 00 00 00 00 00 00
> 00 00 00 00 00 00 00 00 00 00 00 fd 00 1e 78 e6
> e6 47 01 0a 20 20 20 20 20 20 00 00 00 fe 00 53
> 44 43 20 20 20 20 20 20 20 20 20 20 00 00 00 fc
> 00 41 54 4e 41 34 30 48 51 30 38 2d 30 20 02 c4
> 70 20 79 02 00 20 00 18 00 12 fb 2f 42 00 00 00
> 00 00 23 0c 41 54 4e 41 34 30 48 51 30 38 2d 30
> 21 00 1d ca 0b 5e 07 40 0b 08 07 00 e5 7a 51 85
> a3 b9 4a 02 0a 02 45 54 d0 5f 4c 64 00 44 23 78
> 26 00 09 06 00 00 00 00 00 50 00 00 22 00 14 00
> d4 0a 85 3f 0b c7 00 07 00 1f 00 07 07 77 00 4f
> 00 0f 00 2e 00 06 00 45 d0 5f 4c 64 2b 00 0c 27
> 00 1e 77 00 00 27 00 1e 3b 00 00 00 00 00 85 90
> 70 20 79 00 00 22 00 14 00 d4 0a 05 3f 0b c7 00
> 07 00 1f 00 07 07 f7 07 cf 07 0f 00 81 00 1f 73
> 1a 00 00 03 5b 1e 78 00 a0 8f 02 6a 02 78 00 00
> 00 00 8d e3 05 80 00 e6 06 05 01 8f 6a 01 00 00
> 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0f 90
> 
> 
> > Signed-off-by: Konrad Dybcio <konrad.dybcio@oss.qualcomm.com>
> > ---
> >  Documentation/devicetree/bindings/display/panel/samsung,atna33xc20.yaml | 2 ++
> >  1 file changed, 2 insertions(+)
> >
> > diff --git a/Documentation/devicetree/bindings/display/panel/samsung,atna33xc20.yaml b/Documentation/devicetree/bindings/display/panel/samsung,atna33xc20.yaml
> > index 1bbe0da3997c3b06eccd18fe8980b58a6c05d963..27536eeaed8594c047dd0fa1cf425912be189508 100644
> > --- a/Documentation/devicetree/bindings/display/panel/samsung,atna33xc20.yaml
> > +++ b/Documentation/devicetree/bindings/display/panel/samsung,atna33xc20.yaml
> > @@ -25,6 +25,8 @@ properties:
> >                - samsung,atna40ct06
> >                # Samsung 14" WQXGA+ (2880x1800 pixels) eDP AMOLED panel
> >                - samsung,atna40cu11
> > +              # Samsung 14" WQXGA+ (2880x1800 pixels) eDP AMOLED panel
> > +              - samsung,atna40hq08
> 
> Sure. I'll repeat the same comment I made the last time someone landed
> a change to this file [1] in the hopes that maybe someone will post a
> patch one day:
> 
> <repeat>
> Given how many of these we're up to now, I'm starting to wonder if we
> should come up with a generic compatible like we did with "edp-panel"
> and then we can stop having to merge CLs like this. All of these
> Samsung OLED eDP panels have the same power up sequence and once we do
> that then we can read them via EDID or via DP AUX bus to identify
> which specific panel we have and if they need additional tweaking,
> just like we do with "edp-panel". Do DT folks have any opinion about
> that? Coming up with a name would be a pain since I wouldn't want to
> assert that all future Samsung OLED eDP panels will have the same
> powerup sequence. Maybe "samsung,amoled-edp-panel-v1" even though that
> sounds terrible and there's no known need for a "-v2"?
> </repeat>

If things are the same, then perhaps there should be a fallback 
compatible. Or just reuse an existing compatible. I can in no way 
prevent someone from using 'foo-panel' in their DT when the h/w is 
actually a foobar panel if the differences are transparent to s/w. (But 
I will reject a quirk property later on when foobar turns out to be 
different than foo.)

Rob

  reply	other threads:[~2026-06-05 15:28 UTC|newest]

Thread overview: 29+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-06-04  8:06 [PATCH 0/4] X2 Elite Lenovo Yoga Slim 7x Gen11 support Konrad Dybcio
2026-06-04  8:06 ` [PATCH 1/4] dt-bindings: display: panel: samsung,atna33xc20: Add ATNA40HQ08-0 Konrad Dybcio
2026-06-04 15:05   ` Krzysztof Kozlowski
2026-06-04 15:05     ` [PATCH 1/4] dt-bindings: display: panel: samsung, atna33xc20: " Krzysztof Kozlowski
2026-06-04 21:23   ` [PATCH 1/4] dt-bindings: display: panel: samsung,atna33xc20: " Doug Anderson
2026-06-04 21:23     ` [PATCH 1/4] dt-bindings: display: panel: samsung, atna33xc20: " Doug Anderson
2026-06-05 15:28     ` Rob Herring [this message]
2026-06-05 15:28       ` [PATCH 1/4] dt-bindings: display: panel: samsung,atna33xc20: " Rob Herring
2026-06-05 15:44       ` Doug Anderson
2026-06-05 15:44         ` [PATCH 1/4] dt-bindings: display: panel: samsung, atna33xc20: " Doug Anderson
2026-06-05 17:14         ` [PATCH 1/4] dt-bindings: display: panel: samsung,atna33xc20: " Rob Herring
2026-06-05 17:14           ` [PATCH 1/4] dt-bindings: display: panel: samsung, atna33xc20: " Rob Herring
2026-06-05 22:41           ` [PATCH 1/4] dt-bindings: display: panel: samsung,atna33xc20: " Doug Anderson
2026-06-05 22:41             ` [PATCH 1/4] dt-bindings: display: panel: samsung, atna33xc20: " Doug Anderson
2026-06-04  8:06 ` [PATCH 2/4] dt-bindings: arm: qcom: Add Lenovo Yoga Slim 7x Gen11 Konrad Dybcio
2026-06-04 15:09   ` Krzysztof Kozlowski
2026-06-04 15:13     ` Rob Clark
2026-06-04 15:18       ` Krzysztof Kozlowski
2026-06-10 12:12         ` Konrad Dybcio
2026-06-10 13:31           ` Abel Vesa
2026-06-11 13:48             ` Krzysztof Kozlowski
2026-06-12 16:05               ` Rob Herring
2026-06-04  8:06 ` [PATCH 3/4] arm64: dts: qcom: Add Glymur-based " Konrad Dybcio
2026-06-04  8:22   ` sashiko-bot
2026-06-04  9:59   ` Gopikrishna Garmidi
2026-06-08  9:05     ` Konrad Dybcio
2026-06-04  8:06 ` [PATCH 4/4] firmware: qcom: scm: Allow QSEECOM on " Konrad Dybcio
2026-06-04 13:40   ` Dmitry Baryshkov
2026-06-09  7:23   ` Abel Vesa

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20260605152825.GA3740391-robh@kernel.org \
    --to=robh@kernel.org \
    --cc=airlied@gmail.com \
    --cc=andersson@kernel.org \
    --cc=conor+dt@kernel.org \
    --cc=devicetree@vger.kernel.org \
    --cc=dianders@chromium.org \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=jesszhan0024@gmail.com \
    --cc=konrad.dybcio@oss.qualcomm.com \
    --cc=konradybcio@kernel.org \
    --cc=krzk+dt@kernel.org \
    --cc=linux-arm-msm@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=maarten.lankhorst@linux.intel.com \
    --cc=mripard@kernel.org \
    --cc=neil.armstrong@linaro.org \
    --cc=simona@ffwll.ch \
    --cc=tzimmermann@suse.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.