Arch Linux User Repository

I finally had time to investigate the issue. It looks like that as of 11.5, the DesktopVideoHelper.service has to be running for the capture card to work properly.

Got my other modules fixed. Decklink works fine with 5.0, the only real issue are those GPL-only symbols. https://i.imgur.com/JaenqCn.png

Well... actually... maybe somebody could test this patch: https://gist.github.com/lukas2511/ecfe7e29cb80a28e2857f48be86953ad

The affected symbols weren't mentioned in the pre-built module, I took the wrong name, it actually calls a function in blackmagic_lib.c, that way we actually can wrap every affected call.

The patch is done directly against /usr/src directory, didn't prepare anything for the PKGBUILD as I don't like rewriting the modules license for a release.

Other than loading the modules I can't test it myself as my decklink system has a few other modules with the same issue and I can't easily boot into 5.0 because of this.

For a release I'd suggest waiting for ZFSonLinux to write their workaround for the issue, maybe it's reusable for the decklink module and that way we wouldn't need to rewrite the license.

Unfortunately the affected symbols are also used in the pre-compiled blackmagic library so we can't cleanly replace the affected code...

I have an idea on mind on how to fix this, but I'm hoping for a fix from Blackmagic as my fix would be very very ugly involving a binary patch to the shipped library... :-/

As of kernel 5.0 this requires a GPL only symbol.

Either downgrade your kernel to 4.20, or install linux-lts and boot into that when you need to use your capture card.

@lukas2511 Thank you very much.

@lukas2511 Thank you so much!! It's working for me again!

@lukas2511 I tested your fix, it works fine on my computer. Thank you for the DLAGENT.

I modified it a bit:

• removed the -s flag to see progress.

• added a small hack to hide the html sources shown by curl.

I'm not entirely sure what happened, but it seems that the kernel makefiles somehow started ignoring the .a file...

I think the .a file is actually just a .o file with a wrong filename, it's definitively not an archive, it's just an object file. Maybe that's why the kernel is ignoring it... or it may be a bug... I think there should be an error about a missing library or something, it shouldn't just be silently ignored...

Well anyway...

Manually linking or renaming the .a files to .o_shipped and modifying the Makefile allows building working kernel modules tested on 4.20.10.

You can find my modified PKGBUILD here: https://gist.github.com/lukas2511/848b90a1a6b6bb69126c00aafd3ff496

Next to the actual build-fix (the sed and two mv in the package step) it also optimizes the download-behavior by replacing the whole prepare step with a DLAGENT, allowing the use of all makepkg caching and validation methods.

Some of the other packages I have installed refuse to let me switch to the LTS kernel... so I really hope that Blackmagic deals with this issue and fixes it.

Damn it. My asus Z390 board works only with kernel 4.20. My intensity pro 4k seems to work only with kernel 4.19. Such a crap.