Orange Pi 5 RK3588S

Post

RE: Rock 5B 3588

bosko1333 Initial support for the RK3588 SoC and core board peripherals are not merged into the upstream kernel and it will take time to work on u-boot support and media drivers etc. once those are finally merged. I'm sure we will have RK3588 images in the future, but right now it's way too early to think about creating anything. LE is not interested in images based on the vendor kernel (which is also incomplete but does exist). If the community wants to play with the vendor kernel it's…

chewitt

December 15, 2022 at 1:57 PM

^ Same SoC so same answer, there is only minor progress since December. Ask again in six months (or look for a different board).

With new kernel 6.1 (and even 6.8) development picking up stream as well as many patches and fixes also seemingly being pushed upstream, I was wondering what the general current progress was in respect of the RK3588/s SOC in general.

Just trying to get a baseline, with no unrealistic or unreasonable expectations.

mainline-status.md · main · hardware-enablement / Rockchip RK3588 upstream enablement efforts / Notes for Rockchip 3588 · GitLab

Collabora GitLab

gitlab.collabora.com

AFAIK the HDMI code has either been submitted or is close to being submitted, and panthor GPU support is now merged, but hardware video decode codecs are still missing. It'll be usable at 1080p with software decoding. I'm not sure about 4K media.

At this point someone who cares about RK3588 support should probably submit changes to create an LE13 image. I think we'd have no problem with including backports and patches that are iterating on mailing lists, but we wouldn't accept drivers from the vendor codebase uless backed with a commitment from a "known name" developer planning to rework them in the mid-term.

Quote from chewitt

https://gitlab.collabora.com/hardware-enabl…nline-status.md

AFAIK the HDMI code has either been submitted or is close to being submitted, and panthor GPU support is now merged, but hardware video decode codecs are still missing. It'll be usable at 1080p with software decoding. I'm not sure about 4K media.

At this point someone who cares about RK3588 support should probably submit changes to create an LE13 image. I think we'd have no problem with including backports and patches that are iterating on mailing lists, but we wouldn't accept drivers from the vendor codebase uless backed with a commitment from a "known name" developer planning to rework them in the mid-term.

Thanks for the clarification.

There is one person working on Linux that does seem to show an interest in Kodi, who may perhaps be interested but whether they would be considered a known name I can't know.

But I will make them aware of this thread such that they can make a decision as to whether they wish to approach your team.

With the new release of Linux 6.10 Release, notably the Panthor open-source driver now being an official constituent of the kernel, does this increase the possibility of official LibreELEC support?

Quote from ozarks

With the new release of Linux 6.10 Release, notably the Panthor open-source driver now being an official constituent of the kernel, does this increase the possibility of official LibreELEC support?

Yup! .. but AFAIK the codebase is still lacking HDMI audio and most of the video codecs

See: https://gitlab.collabora.com/hardware-enabl…?ref_type=heads

Quote from chewitt

Yup! .. but AFAIK the codebase is still lacking HDMI audio and most of the video codecs

See: https://gitlab.collabora.com/hardware-enabl…?ref_type=heads

Thanks for the update and the link, which does indeed show that there is still some way to go for the right elements to be in place.

One stop forward though and with the RK3588 starting to look like another Lemon like the RK3399, any improvements from those outside of the inner Rockchip bubble are going to give some hope to avoid a successive Rockchip failure.

OpenGL ES 3.1 conformance is also another step forward.