Closed potuz closed 2 months ago
BTF
error is a red herring. probably getting a bit more context from dmesg
could help debugging the issuemake install
), so I guess you are actually trying to load an old/... version of the module that lingers in /usr/lib/$(uname -r)
. try using modprobe ./v4l2loopback.ko
(or insmod ./v4l2loopback.ko
) to force loading the just-bulit module (or run make install
before). you might also need to run depmod -a
)Apologies I just simply forgot to copy/paste the sudo make install
step, depmod is unnecessary in my system, but the same error exists either way, and the same error happens with modprobing directly the just built file. I'll update the issue description with the install + depmod phases.
By the way, dmesg (or journalctl -k) does not print absolutely anything more than the context provided, even with BTF debug symbols enabled in the kernel.
I think this can be safely closed, I am finding BTFs errors on other modules now, this must be something on my local configuration, apologies for the noise.
Is there an existing issue for this?
Detail
Apologies to open an issue for support, but I have been trying to compile this module against 6.10.5 for a few days now and I can't modprobe it. The same procedure works fine against 6.5.1. I tried getting support in the Arch Linux forums without much success.
This is all the context I get on the dmesg error.
I don't think I am forced to allow for BTFs mismatches right? I am happy to provide any requested information.
v4l2loopback version
kernel version
OS Version
Arch Linux, kernel manually compiled
Which CPU are you using?
amd64/x86_64 ("64bit Intel")