[Erstmal erledigt] [24.04.] yaVDR Ansible und Lirc mit Atric

Hallo,

ich bekomme Lirc unter yaVDR Ansible nicht an den Start.

Ich habe mich an diesen Thread hier orientiert: yaVDR ansible / Lirc mit Atric

Ich habe in der yavdr-ansible/roles/yavdr-remote/templates/rc_maps.cfg.j2 den Eintrag

serial_ir   rc-rc6-mce          /etc/rc_keymaps/kls-1.6

gesetzt. Dieser wir nach dem Playbook Lauf auch übernommen. Die /etc/rc_keymaps/kls-1.6 habe ich von seahawk1986 übernommen. Ich habe eine Logitech Logitech Harmony 300 mit KLS Profil.

Ich bekomme bei irw keine Ausgabe. Wenn ich versuche wie in der Anleitung von seahawk1986 beschrieben ein sudo ir-keytable mache, dann bekomme ich ein

/sys/class/rc/: Datei oder Verzeichnis nicht gefunden
keine Geräte gefunden

Danke und Gruß

Obelix

Quote from seahawk1986

Welches Ubuntu bzw. welchen Kernel hast du denn? Siehst du irgendwelche Fehlermeldungen dazu im Log wie in Serial-IR ?

24.04. mit 6.8.0-49-generic. In der yavdr07.yml habe ich serial-ir aktiviert. Nach serial-ir habe natürlich nicht gesucht nur nach lirc :

[    2.506381] Lockdown: setserial: reconfiguration of serial port IO is restricted; see man kernel_lockdown.7
[    2.524577] serial_ir: `4' invalid for parameter `irq'
[    2.524582] serial_ir: `0x3f8' invalid for parameter `io'
[    3.839888] Lockdown: setserial: reconfiguration of serial port IO is restricted; see man kernel_lockdown.7
[    3.999882] serial_ir: `4' invalid for parameter `irq'
[    3.999888] serial_ir: `0x3f8' invalid for parameter `io'
[    5.670542] Lockdown: setserial: reconfiguration of serial port IO is restricted; see man kernel_lockdown.7
[    5.674206] serial_ir: `4' invalid for parameter `irq'
[    5.674211] serial_ir: `0x3f8' invalid for parameter `io'
[    5.897605] Lockdown: setserial: reconfiguration of serial port IO is restricted; see man kernel_lockdown.7

Wie in dem Link, den du gepostet hattest. Ich teste mal die Kernel-Parameter die du da erwähnt hast.

Nein, die Kernel-Parameter lsm=capability,landlock,yama,apparmor haben nicht funktioniert.

Mit deaktivierten Secure Boot funktioniert schon mal ir-keytable:

/sys/class/rc/rc0/ gefunden mit:
        Name: Serial IR type home-brew
        Treiber serial_ir
        Standardschlüsselcodeabbildung: rc-rc6-mce
        Eingabegerät: /dev/input/event15
        Linux-Infrarotfernbedienung : /dev/lirc0
        tangefügte BPF-Protokolle: Vorgang wird nicht unterstützt
        unterstützte Kernelprotokolle: lirc rc-5 rc-5-sz jvc sony nec sanyo mce_kbd rc-6 sharp xmp imon rc-mm 
        Aktivierte Kernelprotokolle: lirc rc-6 
        bus: 25, Anbieter/Produkt: 0001:0001, Version: 0x0100
        Wiederholungsverzögerung: 500 ms, Wiederholungsperiode: 125 ms

irw funktioniert nicht. rc-6 ist aktiv.

Ich teste das mit SecureBoot gerne wenn die Fernbedienung funktioniert. Ich habe das Protokoll mal mit sudo ir-keytable -p rc-5 geändert aber irw zeigt nichts an. Auch ein sudo ir-keytable -a /etc/rc_maps.cfg -s rc0 funktioniert nicht:

/lib/udev/rc_keymaps/kls-1.6: Keycode `KEY_DISPLAY_TOGGLE' nicht erkannt, kein Mapping für Scancode 0x04b0c
Speicherzugriffsfehler

OK, hat funktioniert. Ich hatte nicht gedacht, dass die Keycode Bezeichnung falsch ist, da die /lib/udev/rc_keymaps/kls-1.6 ja mit installiert wurde. Ich habe bei der Gelegenheit für meinen VDR rc-6 deaktiviert.

sudo ir-keytable -a /etc/rc_maps.cfg -s rc0
alte Schlüsseltabelle geleert
56 Schlüsselcode(s) wurden in den Treiber geschrieben.
Protokolle geändert in rc-5

SecureBoot teste ich später. Muss jetzt weg.

Quote from seahawk1986

Was zeigt denn $ cat /sys/kernel/security/lockdown?

Wenn ich https://manpages.ubuntu.com/manpages/noble…lockdown.7.html richtig verstehe, ist SecureBoot das Problem:

Die Dokumentation ist da leider etwas nichtssagend, wie man das deaktiviert, ohne den Kernel neu zu bauen.

Notfalls würde ich mal versuchen SecureBoot zu deaktivieren: https://forums.fedoraforum.org/showthread.php…kernel-lockdown

cat /sys/kernel/security/lockdown

none [integrity] confidentiality

Ich habe nochmal mit den Kernel-Parametern die du in dem anderen Thread erwähnt hast, gespielt. Kein Erfolg. Ich habe SecureBoot im BIOS deaktiviert.