Early mainline images for RK3288, RK3328 and RK3399

Quote from npcomplete

Kwiboo I have a RK3399 box (X99) for which I had a working 4.4 dts. I tried booting the rockpro64 img, but it gave an error wrt i2c on the serial console.

I ended up modifying the original 4.4 dts which got rid of the i2c error bringing it closer to rockpro64, but the screen is blank. There is an error regarding EDID is blank.

Let me know so I can provide any debug logs or dump of any parameters from serial console.

Code

# cat /sys/kernel/debug/dri/0/state
plane[31]: plane-0
crtc=(null)
fb=0
crtc-pos=1024x768+0+0
src-pos=1024.000000x768.000000+0.000000+0.000000
rotation=1
normalized-zpos=0
color-encoding=ITU-R BT.601 YCbCr
color-range=YCbCr limited range
plane[33]: plane-1
crtc=(null)
fb=0
crtc-pos=0x0+0+0
src-pos=0.000000x0.000000+0.000000+0.000000
rotation=1
normalized-zpos=0
color-encoding=ITU-R BT.601 YCbCr
color-range=YCbCr limited range
plane[36]: plane-2
crtc=crtc-0
fb=44
allocated by = kodi.bin
refcount=2
format=XR24 little-endian (0x34325258)
modifier=0x0
size=1024x768
layers:
size[0]=1024x768
pitch[0]=4096
offset[0]=0
obj[0]:
name=0
refcount=3
start=00000000
size=3145728
imported=no
crtc-pos=1024x768+0+0
src-pos=1024.000000x768.000000+0.000000+0.000000
rotation=1
normalized-zpos=0
color-encoding=ITU-R BT.601 YCbCr
color-range=YCbCr limited range
plane[38]: plane-3
crtc=(null)
fb=0
crtc-pos=0x0+0+0
src-pos=0.000000x0.000000+0.000000+0.000000
rotation=1
normalized-zpos=0
color-encoding=ITU-R BT.601 YCbCr
color-range=YCbCr limited range
crtc[35]: crtc-0
enable=1
active=1
planes_changed=1
mode_changed=0
active_changed=0
connectors_changed=0
color_mgmt_changed=0
plane_mask=4
connector_mask=1
encoder_mask=1
mode: "1024x768": 60 65000 1024 1048 1184 1344 768 771 777 806 0x40 0xa
connector[41]: HDMI-A-1
crtc=crtc-0
hdr_metadata_changed=0

Display More

Code

[    8.659739] rockchip-drm display-subsystem: HDMI-A-1: EDID is invalid:
[    8.659794]  [00] ZERO 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
[    8.659801]  [00] ZERO 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
[    8.659805]  [00] ZERO 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
[    8.659810]  [00] ZERO 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
[    8.659814]  [00] ZERO 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
[    8.659818]  [00] ZERO 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
[    8.659822]  [00] ZERO 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
[    8.659826]  [00] ZERO 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
[    8.677009] SWITCH_REG1: supplied by vcc3v3_sys
[    8.689483] SWITCH_REG2: supplied by vcc3v3_sys
[    8.738088] Console: switching to colour frame buffer device 128x48
[    8.743182] rk808-rtc rk808-rtc: registered as rtc0
[    8.775272] rockchip-drm display-subsystem: fb0:  frame buffer device

Display More

Display More

You will need a 5.1 not 4.4 dts kernel file to test with mainline images used here.

But I can't help further.

Thanks mo123, I was using 5.1 dts already. I fixed an issue with one of the voltages and it is working now.

Kwiboo absolutely, I will once I fix some minor issues with bluetooth + wifi

Quote from Kwiboo

I do not have this device so I can not help with testing, also I have not checked the device trees is anything important may be missing/wrong.

I'm questioning loverpi now, let me see if they can give me a hint.

when do we get new builds for testing?

Kwiboo

Please check gigabit lan support on RK3328 mainline.

It is missing some code in the dts files that was present in the 4.4 kernel dts files.

Trn9 board uses gigabit lan and maybe some others too like ROC CC.

Thanks

Quote from Kwiboo

Nice, do you plan on submiting this device tree upstream?

Kwiboo patch submitted: Add support for SkyKirin X99 TV Box

EDIT:

The patch has been accepted.

Kwiboo:

I use a NanoPC-T4 (4 GB RAM, 8GB EMMC) with your rk3399-nanopc-t4.dtb:

Linux kernel boots: OK

Kodi starts: OK

Ethernet: OK

HDMI CEC: OK (out of the box!)

HDMI audio: OK

EMMC: not tested.

I hope that we will soon get a current version for testing with WiFi

Quote from Kwiboo

Thanks for testing on a NanoPC-T4.

I am working on an update to linux v5.1.15 and will include initial H264 hw decoding support, aiming to have it ready later this week.

Thank you so much for your hard work,

I am already looking forward to the new package.

Quote from Kwiboo

Thanks for testing on a NanoPC-T4.

I am working on an update to linux v5.1.15 and will include initial H264 hw decoding support, aiming to have it ready later this week.

Looking forward to it as I'm also an NanoPC-T4 user, if you need any kind of testing ping me up.

Image boots on Rockpy 4, but i cant use any input. No Keyboard or flirc works!! thx for your hard work!

does anyone runs it on a ROCKPro64?

Quote from PackElend

does anyone runs it on a ROCKPro64?

I run it on h96 rk3399 box with rockpro64 dtb. It goes fine

Someone can perhaps build an addon like this but for Rockchip devices?

GitHub - roidy/script.amlogic.colorformat: Amlogic color format information script.

It can be very useful to test display mode, color depth, color space, color range etc.

I see some new patches for H.264 decoding : LKML: Ezequiel Garcia: [PATCH v5 00/11] media: hantro: Add support for H264 decoding

Is it good for us if this land mainline ?

Quote from easyfab

I see some new patches for H.264 decoding : LKML: Ezequiel Garcia: [PATCH v5 00/11] media: hantro: Add support for H264 decoding

Is it good for us if this land mainline ?

Yes, since Linux OS's like LibreELEC, Armbian, Manjaro etc. will then also have out of the box video playback capabilities if using the latest mainline kernel without any tweaking, special drivers or old kernels that need to be used.

Only H265, VP9 I think must still be added since mpeg2, mpeg4, H264, VP8, HDR, HDMI CEC I think are already far developed for the mainline kernel.

The open-source Mal GPU Panfrost, Bitfrost drivers landing in the mainline kernel will also help a lot for the graphics acceleration to have a complete Linux experience.