Alex ThreeD Posted September 16 Share Posted September 16 @jock Hi, I've seen your comment on HDMI not working with 6.5 egde kernel: https://github.com/armbian/build/pull/5657#issuecomment-1703880889 Have you had time to investigate it since then? At first I've tried to revert one suspicious drm fbdev commit, but it doesn't help. Then I've enabled kernel drm debug (drm.debug=0x1bf in kernel command line) and it shed some light on a problem. 6.5 kernel rejected to use all modelines available (the same modelines was not rejected by 6.1): > [drm:drm_mode_debug_printmodeline] Modeline "1920x1080": 60 148500 1920 2008 2052 2200 1080 1084 1089 1125 0x48 0x5 > [drm:drm_mode_prune_invalid] Not using 1920x1080 mode: BAD > ... Can you suggest a direction for further diagnostics? dmesg-6.1.txtdmesg-6.5.txt PS I'm not sure where is best place to discuss it - here or on github. 0 Quote Link to comment Share on other sites More sharing options...
jock Posted September 16 Author Share Posted September 16 @Alex ThreeDthanks for investigating this! I suspected some kind or problem like that, there are some bits that have changed in a function to validate the modelines. I don't know when I will be able to fix the thing, but perhaps it could ben enough to revert the function to previous behaviour 0 Quote Link to comment Share on other sites More sharing options...
Alex ThreeD Posted September 17 Share Posted September 17 (edited) @jock good news! I have finally found a root cause: rk356x-vop2-support.patch Without this patch HDMI is OK. Apparently this happend due to one hunk of rk356x-vop2-support.patch lost in transition 6.3 -> 6.4: - if (pclk == mpll_cfg[i].mpixelclock) { + if (pclk <= mpll_cfg[i].mpixelclock) { I can fix this patch and check everything is ok, but I'm not sure whether this patch is still needed given that 4k resolution already added to mainline 6.4. What to you think? Edited September 17 by Alex ThreeD 0 Quote Link to comment Share on other sites More sharing options...
jock Posted September 17 Author Share Posted September 17 @Alex ThreeD Well I think that's a little of a mess there... the patch says rk356x fix, but actually it is doing something different and I saw that those hunks were also mentioned in the libreelec kernel patches for all rockchip socs (LE patches are my reference "Bible" about video and DRM). I made some test with other LE patches and they were fixing some other rk3399 configurations, but still there are plenty of them to be included (~40 patches) that is not a good idea to submit them yet to armbian rockchip64 branch. However, I think that if the patch was lost in transition, feel free to fix the thing, send a PR and I will approve and merge the fix 👍 0 Quote Link to comment Share on other sites More sharing options...
Alex ThreeD Posted September 18 Share Posted September 18 Fixed https://github.com/armbian/build/pull/5723 Here is (probably not so interesting) list of modelines that available with and without this patch on FullHD monitor: Modelines enabled by rk356x-vop2-support.patch: Modeline "1920x1080": 60 148352 1920 2008 2052 2200 1080 1084 1089 1125 0x40 0x5 Modeline "1920x1080i": 60 74176 1920 2008 2052 2200 1080 1084 1094 1125 0x40 0x15 Modeline "1680x1050": 60 119000 1680 1728 1760 1840 1050 1053 1059 1080 0x40 0x9 Modeline "1280x1024": 75 135000 1280 1296 1440 1688 1024 1025 1028 1066 0x40 0x5 Modeline "1280x800": 60 71000 1280 1328 1360 1440 800 803 809 823 0x40 0x9 Modeline "1280x720": 60 74176 1280 1390 1430 1650 720 725 730 750 0x40 0x5 Modeline "1024x768": 75 78750 1024 1040 1136 1312 768 769 772 800 0x40 0x5 Modeline "832x624": 75 57284 832 864 928 1152 624 625 628 667 0x40 0xa Modeline "800x600": 75 49500 800 816 896 1056 600 601 604 625 0x40 0x5 Modeline "720x480": 60 27027 720 736 798 858 480 489 495 525 0x40 0xa Modeline "720x480": 60 27027 720 736 798 858 480 489 495 525 0x40 0xa Modeline "640x480": 75 31500 640 656 720 840 480 481 484 500 0x40 0xa Modeline "640x480": 60 25200 640 656 752 800 480 490 492 525 0x40 0xa Modeline "640x480": 60 25175 640 656 752 800 480 490 492 525 0x40 0xa Modeline "640x480": 60 25175 640 656 752 800 480 490 492 525 0x40 0xa Modeline "720x400": 70 28320 720 738 846 900 400 412 414 449 0x40 0x6 Modelines available both with and without this patch: Modeline "1920x1080": 60 148500 1920 2008 2052 2200 1080 1084 1089 1125 0x48 0x5 Modeline "1920x1080": 60 148500 1920 2008 2052 2200 1080 1084 1089 1125 0x40 0x5 Modeline "1920x1080i": 60 74250 1920 2008 2052 2200 1080 1084 1094 1125 0x40 0x15 Modeline "1920x1080i": 60 74250 1920 2008 2052 2200 1080 1084 1094 1125 0x40 0x15 Modeline "1920x1080": 50 148500 1920 2448 2492 2640 1080 1084 1089 1125 0x40 0x5 Modeline "1920x1080i": 50 74250 1920 2448 2492 2640 1080 1084 1094 1125 0x40 0x15 Modeline "1600x900": 60 108000 1600 1624 1704 1800 900 901 904 1000 0x40 0x5 Modeline "1280x1024": 60 108000 1280 1328 1440 1688 1024 1025 1028 1066 0x40 0x5 Modeline "1152x864": 75 108000 1152 1216 1344 1600 864 865 868 900 0x40 0x5 Modeline "1280x720": 60 74250 1280 1390 1430 1650 720 725 730 750 0x40 0x5 Modeline "1280x720": 60 74250 1280 1390 1430 1650 720 725 730 750 0x40 0x5 Modeline "1280x720": 50 74250 1280 1720 1760 1980 720 725 730 750 0x40 0x5 Modeline "1024x768": 60 65000 1024 1048 1184 1344 768 771 777 806 0x40 0xa Modeline "800x600": 60 40000 800 840 968 1056 600 601 605 628 0x40 0x5 Modeline "720x576": 50 27000 720 732 796 864 576 581 586 625 0x40 0xa Modeline "720x576": 50 27000 720 732 796 864 576 581 586 625 0x40 0xa Modeline "720x480": 60 27000 720 736 798 858 480 489 495 525 0x40 0xa Modeline "720x480": 60 27000 720 736 798 858 480 489 495 525 0x40 0xa Modeline "720x480": 60 27000 720 736 798 858 480 489 495 525 0x40 0xa 0 Quote Link to comment Share on other sites More sharing options...
Aapo Tahkola Posted September 19 Share Posted September 19 6.5.3-edge-rockchip64 kernel is crashing here as well. Have not found my uast usb adapter that works with this board yet and it is super annoying when my home assistant and therefore lights depend on this so will probably downgrade kernel to get out of this situation. 0 Quote Link to comment Share on other sites More sharing options...
Павел Иванов Posted September 19 Share Posted September 19 Is the fix with hdmi already uploaded? my board with rk3318 does not display the image on 6.5.4 0 Quote Link to comment Share on other sites More sharing options...
franciz Posted September 20 Share Posted September 20 (edited) Hi, I have an A5X MAX box with a rk3328 and RTL8723BS (MXQ-RK3328-D4_A). In the official version the wifi did not work, but in this one made by @jock it worked perfectly. Is it possible to enable GPU acceleration in a browser?? I only want this box for using it with youtube... Thanks!! EDIT: Just for the record, doing apt upgrade broke the HDMI output in this model. Selecting conf3 for the LEDs in rk3318-config broke boot (this one doesn't have RK805 chip) Edited September 20 by franciz 0 Quote Link to comment Share on other sites More sharing options...
Aapo Tahkola Posted Thursday at 12:41 PM Share Posted Thursday at 12:41 PM Okay, it seems 6.5.x series kernels are not crashing but instead freezing with: [Thu Sep 28 09:59:54 2023] NOHZ tick-stop error: local softirq work is pending, handler #08!!! in dmest -T. To deal with this problem I went to armbian-config -> System -> Bootenv and added: extraargs='nohz=off' . I have a feeling this is an inherit problem with these slower arm based boards so I do not think this is not going to get fixed anytime soon. I also found: [Thu Sep 28 01:17:41 2023] xhci-hcd xhci-hcd.0.auto: WARN: HC couldn't access mem fast enough for slot 1 ep 6 [Thu Sep 28 01:17:41 2023] r8152 3-1:1.0 enx00e04c6824a3: intr status -63 But as far as I can tell this is not fatal anymore and one should be able to use RTL8153 Gigabit Ethernet Adapters without any major issues. 0 Quote Link to comment Share on other sites More sharing options...
jock Posted Thursday at 02:55 PM Author Share Posted Thursday at 02:55 PM @Aapo Tahkola I guess you have some other kind of problem (ie: stability problem), because such error should never happen on both slow or fast boards, as long as it does not happen on any board I have around. 0 Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.