jernej

If someone has too much time, here is extremely basic and hackish H616 display driver (HDMI up to 1080p only): https://github.com/jernejsk/linux-1/tree/h616-hdmi (take branch as-is, USB works too)

Not sure what kind of hints you want, but yes, I think I mentioned already which patches needs to be taken and which ffmpeg config options needs to be used. but as JMCC said, it's best if you check LE sources on GH directly. Patches are regularly updated.

DRM properties are not meant to be used in device tree. First, driver must register them and use them(which sun4i_tv driver does not) and then user space app must set them via drm ioctl, but that usually goes through libdrm. Useful tool for DRM properties is modetest app, which is part of libdrm test tools. @guybrushthreepwood you'll be limited to SW decoding approach that way...

LE master branch and thus nightly images are using mainline kernel for a long time. But yes, download page will give you LE 9 based images, which are 4.4 based. LE10 is not that far away.

I made patch for clean kernel source. If that part fails for some reason, I would recommend to remove any other which would have that...

Yes, meson uses stateful whereas Cedrus and rkvdec use stateless (request api). Actually only one really worked on this driver but stopped working on most (all?) things due to real-life issues. Vanilla Kodi will work for video decoding, but if you want HW deinterlacing, that will need Kodi patch and additional one for ffmpeg.

The thing is that everything is in state of flux. Cedrus driver was first one which introduced new kernel API for video decoding, which is now also supported with rkvdec and hantro. You can imagine that a lot of stuff needed to be written. Only now interface is becoming stable and thus we can now start upstreaming changes. But that takes time... It's certainly possible to have great Kodi experience on Armbian, if you know what to patch. But currently it takes a couple dozens of patches at least for kernel and ffmpeg to achieve that, so I wouldn't recommend to do it yourself, except if you really want to learn how things work. Good thing is that with every kernel iteration, amount of patches is lowered.

I'm actually considering adding TV out support to LibreELEC. You would only need to specify overlay for enabling TV out. Would that work for you?

H3 doesn't use panfrost but lima. If you want to run Kodi efficiently, you'll need to pick a lot of kernel and ffmpeg patches from LibreELEC, manually compile ffmpeg and use Kodi without desktop. Oh, and you need Kodi 19 RC1, that probably means compiling Kodi too.

Good thing is that things are coming together slowly. There is a hack to make USB work and first part of display stack started to work (not usable yet).

With modern kernels there is no need to change anything for DVI, it's autodetected. I have DVI monitor (native, no adapter) and it works fine. Note that HDCP is not really supported on 5.10, so you shouldn't worry about it.

@Werner note that Linux v5 branch omits USB support for upstreaming reasons. However, if you pick v4 and this patch, USB should work well now. For Armbian purpose, v4 is better.

along with logs it would also help to know last working version.

@yar83 you really didn't read this thread, right?

first generate patch from that commit like this and then put it in appropriate folder according to documentation.

I regularly delete my branches because all work is eventually merged to https://github.com/LibreELEC/LibreELEC.tv (you quoted quiet old post). But as @Werner said, H616 is not exactly the same as H6 regarding display stuff so it needs quiet a lot of work. Cedrus will be probably easy, but that comes after display stack.

BTW, workaround for H616 USB on mainline was found. So soon proper solution will be devised.

btw, I just reworked CVBS patch so it works with 5.10:

@Cesar Berci it got me interested enough that I ported changes to v5.10 with cleaner approach. Here you have commit: https://github.com/jernejsk/linux-1/commit/ad153ef6ee5be33531187f97d5fa0c07455dc795 NOTE: You have to enable tve node in DT you want. I did that in OPi PC.

you can go through changes by hand and adapt the code. I do not know newer version. EDIT: now that I'm looking at the patch, I see that some changes are not needed.

Just remove parts related sun4i-drm.txt from the patch. It's only documentation which was moved and it's not important for the end goal.

There is a way to detect if cable is inserted or not, I implemented this for U-Boot, but driver never landed there - I never found enough motivation to update it according maintainers requests. For reference: https://github.com/jernejsk/u-boot/commit/ed5b310342eea0efe46f33bda8b725589ad206d5

At this point only serial console will help you debug issue.

I haven't build Armbian for some time now, I'm just the guy who works on upstream U-Boot and Linux support for H616. I build all components separately and then manually put them together.

h616-v2, which is already in latest Armbian master