----- Den 25 feb 2020, på kl 15:57, Benji mieth...@b-tu.de skrev:
> On 2/25/20 3:48 PM, Per Oberg wrote:
> >> Then I would say that you have a mismatch between the versioning
> >> information in
> >> your module and kernel build. Are they built together or separately?
> >> Can you please provide information from "uname -a" and "cat /proc/version"
> >> ?
> Yes, there are build together.
> > $ uname -a
>> Linux build-machine 4.19.89 #2 SMP Tue Feb 18 14:30:42 CET 2020 x86_64 x86_64
> > x86_64 GNU/Linux
> > $ cat /proc/version
>> Linux version 4.19.89 (benji@build-machine) (gcc version 7.4.0 (Ubuntu
> > 7.4.0-1ubuntu1~18.04.1)) #2 SMP Tue Feb 18 14:30:42 CET 2020
> >>> Thanks
> >>> Benji
> >> Best regards
> >> Per Öberg
>> Oh, and have you tried using "sudo modprobe rtnet". This command is a bit
>> smarter and loads all the dependencies. (It looks in modules.dep that is
> > generated by "depmod -a")
>> If there are missing dependencies you should get a warning of you run "depmod
> > -a"
> Results are the same loading with 'modprobe'
> > $ sudo modprobe rtnet
> > modprobe: ERROR: could not insert 'rtnet': Function not implemented
> > Per Öberg
Are you sure you are running on the cobalt/rt enabled kernel?
When running "dmesg | grep Xenomai" do you see something like
# [ 1.417024] [Xenomai] scheduling class idle registered.
# [ 1.417025] [Xenomai] scheduling class rt registered.
# [ 1.417045] [Xenomai] disabling automatic C1E state promotion on Intel
processor
# [ 1.417055] [Xenomai] SMI-enabled chipset found, but SMI workaround
disabled
# [ 1.417088] I-pipe: head domain Xenomai registered.
# [ 1.417704] [Xenomai] allowing access to group 1234
# [ 1.417726] [Xenomai] Cobalt v3.0.5 (Sisyphus's Boulder) [DEBUG]
> Benji
Regards
Per Öberg