Joshua-Riek
6.7rc3 mainline i think HDMI actually works now but it is missing something
The HDMI output now is getting initialized and i get a black screen output, before there was no signal. Here is the current output of dmesg on 6.7rc3 mainline
ubuntu@ubuntu:~$ dmesg | grep hdmi [ 0.057776] platform fdd90000.vop: Fixed dependency cycle(s) with /hdmi@fde80000/ports/port@0/endpoint [ 0.069638] platform hdmi-con: Fixed dependency cycle(s) with /hdmi@fde80000/ports/port@1/endpoint [ 2.362252] rockchip-hdptx-phy-hdmi fed60000.hdmiphy: hdptx phy init success [ 2.366306] dwhdmi-rockchip fde80000.hdmi: no ddc property found [ 2.368585] dwhdmi-rockchip fde80000.hdmi: registered ddc I2C bus driver [ 2.369475] rockchip-drm display-subsystem: bound fde80000.hdmi (ops dw_hdmi_rockchip_ops [rockchipdrm]) [ 2.399587] dwhdmi-rockchip fde80000.hdmi: read_hpd result: 1 [ 2.399601] dwhdmi-rockchip fde80000.hdmi: i2c xfer: num: 2, addr: 0x50 [ 2.399628] dwhdmi-rockchip fde80000.hdmi: xfer: num: 1/2, len: 1, flags: 0x0 [ 2.399633] dwhdmi-rockchip fde80000.hdmi: i2c write done! [ 2.399637] dwhdmi-rockchip fde80000.hdmi: xfer: num: 2/2, len: 1, flags: 0x1 [ 2.400089] dwhdmi-rockchip fde80000.hdmi: i2c xfer: num: 2, addr: 0x50 [ 2.400108] dwhdmi-rockchip fde80000.hdmi: xfer: num: 1/2, len: 1, flags: 0x0 [ 2.400131] dwhdmi-rockchip fde80000.hdmi: i2c write done! [ 2.400139] dwhdmi-rockchip fde80000.hdmi: xfer: num: 2/2, len: 128, flags: 0x1 [ 2.458486] dwhdmi-rockchip fde80000.hdmi: i2c xfer: num: 2, addr: 0x50 [ 2.458510] dwhdmi-rockchip fde80000.hdmi: xfer: num: 1/2, len: 1, flags: 0x0 [ 2.458521] dwhdmi-rockchip fde80000.hdmi: i2c write done! [ 2.458528] dwhdmi-rockchip fde80000.hdmi: xfer: num: 2/2, len: 128, flags: 0x1 [ 2.515197] dwhdmi-rockchip fde80000.hdmi: got edid: width[12] x height[8] [ 2.519501] dwhdmi-rockchip fde80000.hdmi: dw_hdmi_rockchip_select_output color_format: 0 [ 2.520312] dwhdmi-rockchip fde80000.hdmi: Non-CEA mode used in HDMI [ 2.520321] dwhdmi-rockchip fde80000.hdmi: final pixclk = 33900000 [ 2.520329] dwhdmi-rockchip fde80000.hdmi: final tmdsclk = 33900000 [ 2.520341] rockchip-hdptx-phy-hdmi fed60000.hdmiphy: bus_width:0x52c38,bit_rate:339000 [ 2.520351] rockchip-hdptx-phy-hdmi fed60000.hdmiphy: hdptx_ropll_cmn_config bus_width:52c38 rate:339000 [ 2.520700] rockchip-hdptx-phy-hdmi fed60000.hdmiphy: hdptx phy pll locked! [ 2.520958] rockchip-hdptx-phy-hdmi fed60000.hdmiphy: hdptx phy lane locked! [ 2.520969] dwhdmi-rockchip fde80000.hdmi: sink has audio support [ 2.520977] dwhdmi-rockchip fde80000.hdmi: dw_hdmi_qp_setup HDMI mode [ 2.521054] dwhdmi-rockchip fde80000.hdmi: don't use dsc mode [ 2.727586] dwhdmi-rockchip fde80000.hdmi: dw hdmi qp use tmds mode [ 2.727601] dw_hdmi_dclk_set vp0 [ 2.727618] dwhdmi-rockchip fde80000.hdmi: [drm:dw_hdmi_dclk_set [rockchipdrm]] ERROR failed to get dclk_vp0 [ 2.740877] dwhdmi-rockchip fde80000.hdmi: dw_hdmi_rockchip_select_output color_format: 0 [ 2.834285] dwhdmi-rockchip fde80000.hdmi: i2c xfer: num: 2, addr: 0x50 [ 2.834299] dwhdmi-rockchip fde80000.hdmi: xfer: num: 1/2, len: 1, flags: 0x0 [ 2.834304] dwhdmi-rockchip fde80000.hdmi: i2c write done! [ 2.834307] dwhdmi-rockchip fde80000.hdmi: xfer: num: 2/2, len: 1, flags: 0x1 [ 2.834792] dwhdmi-rockchip fde80000.hdmi: i2c xfer: num: 2, addr: 0x50 [ 2.834801] dwhdmi-rockchip fde80000.hdmi: xfer: num: 1/2, len: 1, flags: 0x0 [ 2.834806] dwhdmi-rockchip fde80000.hdmi: i2c write done! [ 2.834809] dwhdmi-rockchip fde80000.hdmi: xfer: num: 2/2, len: 128, flags: 0x1 [ 2.888422] dwhdmi-rockchip fde80000.hdmi: i2c xfer: num: 2, addr: 0x50 [ 2.888436] dwhdmi-rockchip fde80000.hdmi: xfer: num: 1/2, len: 1, flags: 0x0 [ 2.888443] dwhdmi-rockchip fde80000.hdmi: i2c write done! [ 2.888448] dwhdmi-rockchip fde80000.hdmi: xfer: num: 2/2, len: 128, flags: 0x1 [ 2.948413] dwhdmi-rockchip fde80000.hdmi: got edid: width[12] x height[8] [ 2.948808] dwhdmi-rockchip fde80000.hdmi: dw_hdmi_rockchip_select_output color_format: 0 [ 7.978142] dwhdmi-rockchip fde80000.hdmi: dw_hdmi_rockchip_select_output color_format: 0 [ 7.997595] dwhdmi-rockchip fde80000.hdmi: dw_hdmi_rockchip_select_output color_format: 0 [ 8.062639] dwhdmi-rockchip fde80000.hdmi: dw_hdmi_rockchip_select_output color_format: 0 [ 8.164514] dwhdmi-rockchip fde80000.hdmi: dw_hdmi_rockchip_select_output color_format: 0 [ 28.756004] dwhdmi-rockchip fde80000.hdmi: dw_hdmi_rockchip_select_output color_format: 0
UPDATE: Wait, i connected it to my hdmi to usb and im getting the console output during boot up
Hi Joshua, Is there any chance of a prebuilt image using this kernel for experimental purposes?
@stevepringle, you can download the images on GitHub actions.
Latest build: https://github.com/Joshua-Riek/ubuntu-rockchip/actions/runs/7040937947 All mainline builds: https://github.com/Joshua-Riek/ubuntu-rockchip/actions/workflows/build-mainline.yml
From my understanding HDMI is very weird right now, some monitors will work, while others will not.
From my understanding HDMI is very weird right now, some monitors will work, while others will not.
yeah is the same thing im seeing it will work on my USB hdmi capture but not on my monitors except for one.
I know little about HDMI internals, so there is not much I can do about it for now. But this is overall great progress!
Just to make sure that you don't think you're the only one who can do that trick ;-))))
Done on a opi5 feeding to the hdmi-in of a opi5+. It didn't want to display on my ASUS QHD-monitor (haven't tried others yet)
Anyone try getting panthor working on this? I have not been following the development.
Yes that is what i was about to ask, can we build the panthor module on this kernel?
Looks like panthor (oldername pancsf) is starting to get into linux-next https://lore.kernel.org/all/?q=panfrost
The patchset for panthor is quite large, so it's hard to move the patches around when the kernel version is bumped so often.
I would prefer to wait until a smaller patchset is available or a new version, as it will eventually be merged anyway, just takes time.
Hi. I have some experience merging patches in the linux kernel. That was a while ago but maybe I can do some tests with my opi5+
Hi. I have some experience merging patches in the linux kernel. That was a while ago but maybe I can do some tests with my opi5+
I just don't want to rebase and merge +200 patches every week. I have a lot of kernel work that needs to be done with the new 6.1.25 BSP kernel. Which a few developers were able to backport panthor to. From my understanding, x11 does not work or display, which is an issue.
Just wanted to throw in that I've seen this working on a Rock 5B, it is specific about screen as thought! Random side question, I'm trying to test gstreamer on this (all works so far!) but I can't find out how to get the mpp264 element for the life of me... I have got mppjpeg and mppdecode. What ppa/package does that come from??
I've now tested rc4 on my old FullHD 60Hz Asus monitor: VX228H, and it does produce output... My newer ASUS VG27AQA1A (QHD and up to 165HZ) still didn't produce any output.
I had a bit of a look around in my quest to understand at least schematically what "graphics-drivers" actually do. I ran glxinfo, and it said the "device" was llvmpipe. Is it correct to say that that is what produces "software rendering"? The llvmpip seems to run on the CPU - so maybe one could consider it a kind of GPU-emulation?
What surprised me is that a Vulkan-driver was installed (automatically), actually claiming to be Vulkan 1.3+ conformant (rpi only has 1.2 ;-), and that can be an issue). I just tried vkcube, and it ran very-very fast... But this doesn't run on the GPU, does it? Btw, vkcube doesn't run on the 5.10-default Ubuntu-Rockchip, and even though mesa-vulkan-drivers is installed, it does not seem to actually work, right?
Thats software rendering there is not a single image anywhere that includes the HDMI patches and the panthor driver patches. On top of that it may need a special version of mesa as well, i dont know.
Here someone has merged panthor into the 6.1 kernel: https://github.com/hbiyik/linux/tree/linux-6.1-gen-rkr6%2Bpanthor This seems to be 6.7 with panthor: https://github.com/hbiyik/linux/tree/panthor%2Bmpp%2Brga And there seems to be mesa 23.3.0 with panthor (branch?, I didn't see a link, maybe this:). https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/26358
https://www.phoronix.com/forums/forum/linux-graphics-x-org-drivers/x-org-drm/1426252-panthor-drm-driver-coming-together-for-newer-arm-mali-gpus
In the screenshot Firefox seems to be hardware accelerated ;-)
Here someone has merged panthor into the 6.1 kernel: https://githubfast.com/hbiyik/linux/tree/linux-6.1-gen-rkr6%2Bpanthor This seems to be 6.7 with panthor: https://githubfast.com/hbiyik/linux/tree/panthor%2Bmpp%2Brga And there seems to be mesa 23.3.0 with panthor (branch?, I didn't see a link, maybe this:). https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/26358
https://www.phoronix.com/forums/forum/linux-graphics-x-org-drivers/x-org-drm/1426252-panthor-drm-driver-coming-together-for-newer-arm-mali-gpus
In the screenshot Firefox seems to be hardware accelerated ;-)
I've tried to install this kernel some days ago but hdmi still does not work.
waiting v6.7 stable version of mainline
also panthor mesa driver below. https://gitlab.freedesktop.org/bbrezillon/mesa/-/tree/panfrost-v10?ref_type=heads
VOP is planned for merge in 6.8rc1. But i heard that panthor does not work with the newer kernel version. So i think they will have to rebase it and adjust.
I've tried to install this kernel some days ago but hdmi still does not work.
@wyf9661 I tried the vanilla Mandriva image for rk3588 (6.7 rc4 I think, but no panthor). I thought hdmi didn't work until I plugged it into the middle hdmi port (opi5+), and then it came up in the same way the "server mainline" version here comes up: only on certain monitors. The one that works for me is an quite old ASUS with 1080p/60Hz.
I have tried 6.7r4 builds of a few variety and they're all the same. Until VOP is merged in I wouldn't really expect it to work. The fact it works at all is luck...
Im not actually sure if the VOP2 version that got merged into 6.8rc1 is any diferent than the one Joshua included here, the VOP controller may need just need more work. Or maybe the HDMI element is a separated component.
I've tried to install this kernel some days ago but hdmi still does not work.
@wyf9661 I tried the vanilla Mandriva image for rk3588 (6.7 rc4 I think, but no panthor). I thought hdmi didn't work until I plugged it into the middle hdmi port (opi5+), and then it came up in the same way the "server mainline" version here comes up: only on certain monitors. The one that works for me is an quite old ASUS with 1080p/60Hz.
Oh, I usually use dual-screen setup of my rk3588, I will have a try of using either of the hdmi output. And There is also a typec-DP output, I am wondering if this interface works.
Here someone has merged panthor into the 6.1 kernel: https://githubfast.com/hbiyik/linux/tree/linux-6.1-gen-rkr6%2Bpanthor This seems to be 6.7 with panthor: https://githubfast.com/hbiyik/linux/tree/panthor%2Bmpp%2Brga And there seems to be mesa 23.3.0 with panthor (branch?, I didn't see a link, maybe this:). https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/26358
https://www.phoronix.com/forums/forum/linux-graphics-x-org-drivers/x-org-drm/1426252-panthor-drm-driver-coming-together-for-newer-arm-mali-gpus
In the screenshot Firefox seems to be hardware accelerated ;-)
I bump to v6.1 and all things goes well. ;-)
Additionally, I try to use mesa-panthor-driver but when it starts, which is still llvmpipe rendering pipeline, so I still use panfork instead of panthor. But the DE runs really more smoothly.
Operating System: Arch Linux ARM KDE Plasma Version: 5.27.10 KDE Frameworks Version: 5.113.0 Qt Version: 5.15.11 Kernel Version: 6.1.25-panthor (64-bit) Graphics Platform: X11 Processors: 4 × ARM Cortex-A55, 4 × ARM Cortex-A76 Memory: 15.3 GiB of RAM Graphics Processor: Mali-G610 Product Name: Orange Pi 5 Plus
Hi, friendly group. Would someone mind taking my hand by explaining in simple steps (that I could reproduce like a parrot) what to do with u-boot to make it use a newly compiled kernel? Thanks!
Hi, friendly group. Would someone mind taking my hand by explaining in simple steps (that I could reproduce like a parrot) what to do with u-boot to make it use a newly compiled kernel? Thanks!
FYI