lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <136e566c-de4c-4028-a358-87afdaca1083@cherry.de>
Date: Wed, 15 Oct 2025 13:10:51 +0200
From: Quentin Schulz <quentin.schulz@...rry.de>
To: Damon Ding <damon.ding@...k-chips.com>, Heiko Stuebner <heiko@...ech.de>
Cc: robh@...nel.org, krzk+dt@...nel.org, conor+dt@...nel.org,
 devicetree@...r.kernel.org, linux-arm-kernel@...ts.infradead.org,
 linux-rockchip@...ts.infradead.org, linux-kernel@...r.kernel.org,
 Heiko Stuebner <heiko.stuebner@...rry.de>
Subject: Re: [PATCH v2 2/2] arm64: dts: rockchip: add RK3588 DP carrier from
 Theobroma Systems

Hi Damon,

On 10/11/25 5:05 AM, Damon Ding wrote:
> Hi Quentin,
> 
> On 7/25/2025 8:29 PM, Quentin Schulz wrote:
>> Hi Heiko,
>>
>> On 7/23/25 9:09 PM, Heiko Stuebner wrote:
>>> From: Heiko Stuebner <heiko.stuebner@...rry.de>
>>>
>>> The DisplayPort carrier is a very simple baseboard only providing 
>>> serial,
>>> ethernet and a displayport output.
>>>
>>> But its main functionality is that it routes the Analogix eDP controller
>>> to this DisplayPort output, which allows to test that controller simply
>>> by hooking it up to a suitable monitor.
>>>
>>> The Analogix-DP controller supports eDP 1.3 and DP 1.2, so can drive
>>> both eDP displays as well as full DP monitors. It does not support DP+
>>> so passive DP-to-HDMI adapters won't work.
>>>
>>
>> I tested this on master (2942242dde896) + v2 of the eDP driver as 
>> listed in the cover letter, or with v3 of the eDP driver + 
>> 48f05c3b4b701ae7687fd44d462c88b7ac67e952 and in both cases I have 
>> weird behaviors.
>>
>> First, `reboot` is stuck for a very long time before actually 
>> rebooting. I think you have a stacktrace when you tried yourself, I 
>> don't so cannot send one.
>>
>> Also, I tested on two different DP displays, one has a green tint, the 
>> other one purple. When trying out other resolutions with modetest, the 
>> kernel would often crash (no trace, just nothing on console, SSH 
>> dead). Note that the same HW setup with downstream kernel from 
>> https:// git.theobroma-systems.com/tiger-linux.git/log/?h=linux-6.1- 
>> stan-rkr3.2- tiger works just fine. I would assume this has nothing to 
>> do with this Device Tree patch here but rather the eDP patches missing 
>> some bits maybe?
>>
>> @Damon do you have some idea?
>>
> 
> Apologies for the delayed reply. :-)
> 
> Since the patch series has been updated to v6, could you please rebase 
> these patches? I will then conduct further investigation into this issue.
> 

OK so I checked with:
https://lore.kernel.org/all/20250930090920.131094-1-damon.ding@rock-chips.com/
https://lore.kernel.org/all/20250930094251.131314-1-damon.ding@rock-chips.com/ 
(patches 14-18 of the previous thread)
https://lore.kernel.org/linux-rockchip/20251009225050.88192-1-heiko@sntech.de/ 
(v4 of this series)
https://lore.kernel.org/all/20251009193028.4952-1-heiko@sntech.de/
https://lore.kernel.org/linux-rockchip/20251008133135.3745785-1-heiko@sntech.de/

and I'm happy to report that it looks good now (small issues to follow) 
on both my displays.

I can boot with or without the display attached and it'll show the 
serial on my display, so that's good.

1. When I boot without the display connected and then attach the DP 
cable I get the following kernel messages (but the console is shown on 
the display, without artifacts):

[  105.469838] rockchip-dp fdec0000.edp: AUX CH error happened: 0x0 (1)
[  105.476889] rockchip-dp fdec0000.edp: AUX CH error happened: 0x0 (1)
[  105.481646] rockchip-dp fdec0000.edp: AUX CH error happened: 0x0 (1)
[  105.485714] rockchip-dp fdec0000.edp: AUX CH error happened: 0x0 (1)
[  105.490294] rockchip-dp fdec0000.edp: AUX CH error happened: 0x0 (1)
[  105.587544] Console: switching to colour frame buffer device 240x67
[  105.663754] rockchip-drm display-subsystem: [drm] fb0: rockchipdrmfb 
frame buffer device

2. All modes reported by my displays work (except one for the Iiyama 
display, 720x576@...00 reports "Out of range" on my display). Though 
some have some "glitch" before showing the modetest pattern. On the 
Iiyama display, all modes except 1920x1080@...00 start by a 
near-pitch-dark pattern except for the location of the bottom left white 
rectangle (see [1] for expected pattern) where it's now very dark green 
(almost indistinguishable from pitch dark), this lasts for a fraction of 
a second and then the modetest pattern shows as expected. On the Dell 
monitor, it shows something different but it goes too fast for me to be 
able to describe it, but only for mode 1024x768@...03.

3. For both displays, all modes except #0 make the kernel print the 
following:
[ 1059.315123] rockchip-dp fdec0000.edp: AUX CH error happened: 0x0 (1)
[ 1059.329418] rockchip-dp fdec0000.edp: AUX CH error happened: 0x0 (1)
[ 1059.343840] rockchip-dp fdec0000.edp: AUX CH error happened: 0x0 (1)
[ 1059.355668] rockchip-dp fdec0000.edp: AUX CH error happened: 0x0 (1)
[ 1059.366802] rockchip-dp fdec0000.edp: AUX CH error happened: 0x0 (1)
[ 1059.378528] rockchip-dp fdec0000.edp: AUX CH error happened: 0x0 (1)

on setting the pattern and

[ 1064.602029] rockchip-dp fdec0000.edp: AUX CH error happened: 0x0 (1)
[ 1064.616136] rockchip-dp fdec0000.edp: AUX CH error happened: 0x0 (1)
[ 1064.627958] rockchip-dp fdec0000.edp: AUX CH error happened: 0x0 (1)
[ 1064.639091] rockchip-dp fdec0000.edp: AUX CH error happened: 0x0 (1)
[ 1064.650835] rockchip-dp fdec0000.edp: AUX CH error happened: 0x0 (1)

when going back to the console (note that the hex error code is not 
always the same, but most often is 0x0).

Misc:

- "Script" for testing all modes:

CONNECTOR=$(modetest -M rockchip | grep DP-1 | cut -f 1)
NMODES=$(modetest -M rockchip -c | grep -E -o "^\s*#[0-9]+" | tail -1 | 
grep -E -o "[0-9]+")
for i in $(seq 0 $NMODES); do
   modetest -M rockchip -s $CONNECTOR:#$i
done

(modetest is part of libdrm-tests package on Debian)

- Modes for my Iiyama display:

83      82      connected       DP-1            480x270         28      82
   modes:
         index name refresh (Hz) hdisp hss hse htot vdisp vss vse vtot
   #0 1920x1080 60.00 1920 2008 2052 2200 1080 1084 1089 1125 148500 
flags: phsync, pvsync; type: preferred, driver
   #1 1920x1080 74.97 1920 1968 2000 2080 1080 1083 1088 1119 174500 
flags: phsync, nvsync; type: driver
   #2 1920x1080 59.94 1920 2008 2052 2200 1080 1084 1089 1125 148352 
flags: phsync, pvsync; type: driver
   #3 1920x1080 50.00 1920 2448 2492 2640 1080 1084 1089 1125 148500 
flags: phsync, pvsync; type: driver
   #4 1600x1200 60.00 1600 1664 1856 2160 1200 1201 1204 1250 162000 
flags: phsync, pvsync; type: driver
   #5 1680x1050 59.95 1680 1784 1960 2240 1050 1053 1059 1089 146250 
flags: nhsync, pvsync; type: driver
   #6 1280x1024 75.02 1280 1296 1440 1688 1024 1025 1028 1066 135000 
flags: phsync, pvsync; type: driver
   #7 1280x1024 60.02 1280 1328 1440 1688 1024 1025 1028 1066 108000 
flags: phsync, pvsync; type: driver
   #8 1440x900 74.98 1440 1536 1688 1936 900 903 909 942 136750 flags: 
nhsync, pvsync; type: driver
   #9 1440x900 59.89 1440 1520 1672 1904 900 903 909 934 106500 flags: 
nhsync, pvsync; type: driver
   #10 1280x960 60.00 1280 1376 1488 1800 960 961 964 1000 108000 flags: 
phsync, pvsync; type: driver
   #11 1152x864 75.00 1152 1216 1344 1600 864 865 868 900 108000 flags: 
phsync, pvsync; type: driver
   #12 1280x720 60.00 1280 1390 1430 1650 720 725 730 750 74250 flags: 
phsync, pvsync; type: driver
   #13 1280x720 59.94 1280 1390 1430 1650 720 725 730 750 74176 flags: 
phsync, pvsync; type: driver
   #14 1280x720 50.00 1280 1720 1760 1980 720 725 730 750 74250 flags: 
phsync, pvsync; type: driver
   #15 1152x720 59.97 1152 1208 1328 1504 720 721 724 746 67282 flags: 
nhsync, pvsync; type:
   #16 1024x768 75.03 1024 1040 1136 1312 768 769 772 800 78750 flags: 
phsync, pvsync; type: driver
   #17 1024x768 60.00 1024 1048 1184 1344 768 771 777 806 65000 flags: 
nhsync, nvsync; type: driver
   #18 832x624 74.55 832 864 928 1152 624 625 628 667 57284 flags: 
nhsync, nvsync; type: driver
   #19 800x600 75.00 800 816 896 1056 600 601 604 625 49500 flags: 
phsync, pvsync; type: driver
   #20 800x600 60.32 800 840 968 1056 600 601 605 628 40000 flags: 
phsync, pvsync; type: driver
   #21 720x576 50.00 720 732 796 864 576 581 586 625 27000 flags: 
nhsync, nvsync; type: driver
   #22 720x480 60.00 720 736 798 858 480 489 495 525 27027 flags: 
nhsync, nvsync; type: driver
   #23 720x480 59.94 720 736 798 858 480 489 495 525 27000 flags: 
nhsync, nvsync; type: driver
   #24 640x480 75.00 640 656 720 840 480 481 484 500 31500 flags: 
nhsync, nvsync; type: driver
   #25 640x480 60.00 640 656 752 800 480 490 492 525 25200 flags: 
nhsync, nvsync; type: driver
   #26 640x480 59.94 640 656 752 800 480 490 492 525 25175 flags: 
nhsync, nvsync; type: driver
   #27 720x400 70.08 720 738 846 900 400 412 414 449 28320 flags: 
nhsync, pvsync; type: driver

- Modes for my Dell display:
83      82      connected       DP-1            510x290         12      82
   modes:
         index name refresh (Hz) hdisp hss hse htot vdisp vss vse vtot
   #0 1920x1080 60.00 1920 2008 2052 2200 1080 1084 1089 1125 148500 
flags: phsync, pvsync; type: preferred, driver
   #1 1600x900 60.00 1600 1624 1704 1800 900 901 904 1000 108000 flags: 
phsync, pvsync; type: driver
   #2 1280x1024 75.02 1280 1296 1440 1688 1024 1025 1028 1066 135000 
flags: phsync, pvsync; type: driver
   #3 1280x1024 60.02 1280 1328 1440 1688 1024 1025 1028 1066 108000 
flags: phsync, pvsync; type: driver
   #4 1152x864 75.00 1152 1216 1344 1600 864 865 868 900 108000 flags: 
phsync, pvsync; type: driver
   #5 1024x768 75.03 1024 1040 1136 1312 768 769 772 800 78750 flags: 
phsync, pvsync; type: driver
   #6 1024x768 60.00 1024 1048 1184 1344 768 771 777 806 65000 flags: 
nhsync, nvsync; type: driver
   #7 800x600 75.00 800 816 896 1056 600 601 604 625 49500 flags: 
phsync, pvsync; type: driver
   #8 800x600 60.32 800 840 968 1056 600 601 605 628 40000 flags: 
phsync, pvsync; type: driver
   #9 640x480 75.00 640 656 720 840 480 481 484 500 31500 flags: nhsync, 
nvsync; type: driver
   #10 640x480 59.94 640 656 752 800 480 490 492 525 25175 flags: 
nhsync, nvsync; type: driver
   #11 720x400 70.08 720 738 846 900 400 412 414 449 28320 flags: 
nhsync, pvsync; type: driver

Do we want to continue this discussion on the DP controller patch series 
instead of here?

[1] 
https://wiki.luckfox.com/zh/assets/images/modetest-RGB-88cf751fc5f0f148115cf67a7370998a.png

Cheers,
Quentin

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ