Lirc und Kernel 2.6.28: lahme FB

  • Hallo
    Seit dem Update auf Kernel 2.6.28 und VDR 1.7.2 reagiert meine Fernbedienung nur noch extrem träge. Die D-Box FB, die immer superschnell ging, nimmt jetzt nur noch ca. 1 Tastendruck pro Sekunden entgegen. Die 2 anderen FB die ich noch habe (auvisio und x-box 360) waren zwar schon immer lahm, reagieren jetzt aber so gut wie garnicht mehr.
    Dachte erst, es liegt am VDR 1.7.2, habe jetzt aber wieder 1.6.0 laufen und das Problem besteht weiterhin. LIRC habe ich heute auf die aktuelle CVS Version upgedated.


    Kann noch jemand das Problem mit dem 2.6.28 Kernel bestätigen, oder weiß vielleicht sogar Abhilfe?

  • Hi,


    kann ich nur bestätigen [unter VDR 1.7.0] - habe auch schon auf den 2.6.28.1 gewechselt mit den aktuellsten Lirc Treibern aus den SVN.


    Das komisch ist wenn dich die Plugins in der sysconfig anders sortiere wird es besser - dann geht es auch mal super schnell. Aber beim nächsten Start hängt der Lirc wieder.


    habe auch mal die das Skin gewechselt - keine Änderung.


    Wechsel ich wieder auf den VDR 1.47 zurück ist alles SUPER mit dem gleichen Kernel.


    Grüße
    cinfo

    (VDR) NUC11PAH & GEEKOM MINI-IT11-11. Generation * BM2LTS * DD NET S2 Max * NC * (Sound) Cinebar Lux Set * (Stream) Apple TV 4K (2022) *

    (Light) PHILIPS Hue Play HDMI Sync Box & Gradient Lightstrip * (OLED TV) LG OLED65G29LA

  • Hallo,


    fahre mit einem client 2.6.28.1 und 1.6.0-8ctvdr, habe das Problem jedoch nicht. Löppt super.


    Gruß


    Andi

    registered vdr-user: 1318


    file/vdr-server: ASRock Q1900M, SSD, 2TB HD, 1xDVBSky S952 v3 mit 2xDVB-S2, stretch+e-tobi, vdr 2.4.0-2~etobi1

    Einmal editiert, zuletzt von Andi011 ()

  • Also ich habe jetzt auf Kernel 2.6.28.2 upgedated und die neuesten CVS Lirc Treiber installiert. VDR ist 1.6.0.
    Problem besteht unverändert. Außerdem habe ich massenhaft Meldungen im syslog:

    Code
    Jan 29 15:11:41 (none) kernel: lirc_serial: ignoring spike: 1 1 4981b91d 4981b916 f1436 437bd
    Jan 29 15:12:09 (none) kernel: lirc_serial: ignoring spike: 1 1 4981b939 4981b931 34f63 58f8c
    Jan 29 15:12:14 (none) kernel: lirc_serial: ignoring spike: 1 1 4981b93e 4981b931 28b50 58f8c
    Jan 29 15:12:32 (none) kernel: lirc_serial: ignoring spike: 1 1 4981b950 4981b931 a417a 58f8c
    Jan 29 15:12:40 (none) kernel: lirc_serial: ignoring spike: 1 1 4981b958 4981b931 a1e62 58f8c
    Jan 29 15:13:16 (none) kernel: lirc_serial: ignoring spike: 1 1 4981b97c 4981b964 efcc0 dd58c
    Jan 29 15:13:31 (none) kernel: lirc_serial: ignoring spike: 1 1 4981b98b 4981b989 11897 9fcf7
    Jan 29 15:16:11 (none) kernel: lirc_serial: ignoring spike: 1 1 4981ba2b 4981ba13 8e672 338e9
    Jan 29 15:16:54 (none) kernel: lirc_serial: ignoring spike: 1 1 4981ba56 4981ba13 d806d 338e9
    Jan 29 15:17:28 (none) kernel: lirc_serial: ignoring spike: 1 1 4981ba78 4981ba13 3a19a 338e9


    Werd dann wohl nochmal den 2.6.27.x Kernel testen müssen :tdw

  • Habe die Lösung in einem anderen Beitrag gefunden: http://vdrportal.de/board/thread.php?postid=807176


    Zitat

    Original von goesi
    Also: BIOS Setup -> Advanced -> CPU Configuration -> C1E Configuration disabled


    Bei meinem Board heißt der Punkt "Enhanced Halt State". Fernbedienung reagiert jetzt wieder richtig und Fehlermeldungen sind anscheinend auch verschwunden.


    Entweder ich habe da bei Umstellung auf 2.8.28 nochwas im BIOS geändert oder es ist erst mit dieser Kernelversion von Bedeutung.

  • Ich habe ebenfalls das Problem mit LIRC und Kernel 2.6.28.x und Kernel 2.6.29.x. Wie bei den anderen hier kriege ich die Meldung:


    kernel: lirc_serial: ignoring spike: 1 0 49e1d06b 49e1d06b d20c7 cc22e


    in unregelmäßigen Abständen. Die hier im Thread erwähnten Bioseinstellungen habe ich überprüft, aber die stehen in meinem Bios nicht zur Verfügung. Ich habe keine Idee mehr was ich noch versuchen könnte. Ich habe LIRC 0.8.4a im Einsatz.

  • hi,


    ich habe ein extension board und da laufen die kabel im gehäuse zu einer platine und von dort nach außen auf den seriellen port


    je nach dem wo die platine im gehäuse war gab es lirc problme (langsames reagieren, keine schnelles scrollen, aussetzer), wenn die platine im 5.25" laufwerkskäfig lag war es ok - ich vermute ein einstrahlungsproblem, also bessere abschirmung von platine und signalleitungen


    andere alternative ist der ir auf einer dvb-karte (egal ob ff oder budget, passender ir liegt häufig bei) mit dem remote plugin kann man da auch ohne größere probleme zu ziel kommen ohne das man lirc braucht

  • Interessant, ich habe auch ein Extensionboard (das von Thomas Breuer). Aber ich meine eigentlich das ich vorher kein Probleme hatte, allerdings habe ich das ganze System komplett umgebaut in den letzten Tagen.

  • Ich habe schon seit längerem Probleme mit LIRC und dem über Serial angeschlossenen Homebrew-Empfänger. Seit dem Kernelupdate auf 2.6.28 (e-tobi.2) nimmt sich die FB immer mal wieder eine Auszeit und reagiert dann für einige Minuten nicht mehr.


    Die Homebrew-Schaltung steckt bei mir direkt im Serial-Stecker-Gehäuse. Der IR-Empfänger ist mit 15m "Klingeldraht" angeschlossen. Das funktionierte früher (zu Zeiten von vor VDR 1.4 und Kernel < 2.6.21) bestens. Seit dem kämpte ich mit diversen Problemen. :(


    Im Moment teste ich deshalb die Igor Cesky USB-Plug Variante. ?(

    Server:  (K)VM on Proxmox 4.x-Host, VDR 2.2.0 (selbstgebaut vom yaVDR unstable Repo) auf Debian 8 (Jessie), 1x Digital Devices Cine S2 (V6) + DuoFlex S2
    Clients: Raspberry Pi 2/3 mit Raspbian, VDR 2.2.0 (selbstgebaut vom yaVDR unstable Repo) als Streamdev-Clients

  • Bei mir tritt es bereits beim Kernel 2.6.25.20-0.1 auf.

    Gruß
    Frodo

  • Hallo,


    gibt es für dieses besagte Problem bereits eine Lösung? Ich nutze VDR 1.7.8, was jedoch offensichtlich keine Rolle spielt und LIRC vom CVS. Als FB nutze ich die Harmony 885, die ich mit versch. Codes angelernt habe, u.a. der bekannten Coolermaster FB und der Hauppauge Win-TV, die auch beide hier vorliegen. Jede verhält sich gleich "lahm" - Original & Harmony 885 - also an der Harmony kann es auch nicht liegen.


    Beim Anlernen der FB mit irrecord reagiert LIRC recht fix und mode2 zeigt auch fix die gesendeten Codes - also "just in time", doch woran hängt es denn nun?

    Mein VDR:


    ASRock H67M, 2GB RAM, Cine-S2, Patriot Torqx (120GB), 1TB S-ATA Samsung
    Software: XBMC 11

    Einmal editiert, zuletzt von unzulaessig ()

  • ich habe das gleiche Problem nach einem Boardwechsel. Beim GA-M56S-S3 war lirc-serial flott, am alten P3-Board ist es lahm (Ubuntu 9.04 Standardkernel). Ich weiss aber, dass lirc auch auf diesem alten Board früher flott lief.

    VDR1: ACT-620, Asus P8B75-M LX, Intel Core i3-3240, 4 GB DDR3 RAM 1600 MHz, passive Geforce GT1030 von MSI, Sandisk 2TB SSD, 2xWinTV DualHD, Atric-IR-Einschalter. SW: Xubuntu 20.04 auf 64GB Sandisk SSD.

    VDR2: Odroid N2+ mit CoreELEC und Ubuntu in chroot, WinTV DualHD

    VDR3: Tanix TX3 mit CoreELEC und Ubuntu in chroot, WinTV DualHD

  • Zitat

    Original von Dr. Seltsam
    ich habe das gleiche Problem nach einem Boardwechsel. Beim GA-M56S-S3 war lirc-serial flott, am alten P3-Board ist es lahm (Ubuntu 9.04 Standardkernel). Ich weiss aber, dass lirc auch auf diesem alten Board früher flott lief.


    Sämtliche Kernel, die Changeset http://linuxtv.org/hg/v4l-dvb/raw-rev/aa3e5cc1d833 enthalten, haben ein Problem mit der Interruptverarbeitung und sind imho - was DVB angeht - völlig unbrauchbar.


    Hintergrundinfos dazu stehen im "Weltformel"-Thread ;)
    Vgl. http://vdrportal.de/board/thre…?postid=791813#post791813 und die Beitrage davor.


    CU
    Oliver

  • na toll ...


    Bei der schwachbrüstigen Via C3 933 MHZ CPU (gefühlt 500 MHz) haut das wohl voll rein.
    Für die Akten: Ich habe im Moment keine FF-Karte eingebaut, es laufen nur zwei Budget-Karten und eine PVR350 (ivtv).


    Ist das Problem nur hier diskutiert worden, oder hat irgendjemand mal versucht, den Patch-Urheber oder den v4l-dvb-Maintainer zu überzeugen, das wieder rauszunehmen?

    VDR1: ACT-620, Asus P8B75-M LX, Intel Core i3-3240, 4 GB DDR3 RAM 1600 MHz, passive Geforce GT1030 von MSI, Sandisk 2TB SSD, 2xWinTV DualHD, Atric-IR-Einschalter. SW: Xubuntu 20.04 auf 64GB Sandisk SSD.

    VDR2: Odroid N2+ mit CoreELEC und Ubuntu in chroot, WinTV DualHD

    VDR3: Tanix TX3 mit CoreELEC und Ubuntu in chroot, WinTV DualHD

  • Zitat

    Original von Dr. Seltsam
    na toll ...


    Bei der schwachbrüstigen Via C3 933 MHZ CPU (gefühlt 500 MHz) haut das wohl voll rein.
    Für die Akten: Ich habe im Moment keine FF-Karte eingebaut, es laufen nur zwei Budget-Karten und eine PVR350 (ivtv).


    Ist das Problem nur hier diskutiert worden, oder hat irgendjemand mal versucht, den Patch-Urheber oder den v4l-dvb-Maintainer zu überzeugen, das wieder rauszunehmen?


    Nach der Diskussion in o.g. Thread folgte eine auf der DVB-ML, worauf der Changeset rückgängig gemacht wurde.


    Betroffen sind afaik alle 2.6.27 und 2.6.28 Kernel. Ab 2.6.29 sollte es wieder ok sein...


    CU
    Oliver

  • hm... dann kann das eigentlich nichts mit meinem Problem zu tun haben. Die DVB-Treiber sind von April 2009 aus dem hg. Der changeset wurde aber schon im Februar rückgängig gemacht.

    VDR1: ACT-620, Asus P8B75-M LX, Intel Core i3-3240, 4 GB DDR3 RAM 1600 MHz, passive Geforce GT1030 von MSI, Sandisk 2TB SSD, 2xWinTV DualHD, Atric-IR-Einschalter. SW: Xubuntu 20.04 auf 64GB Sandisk SSD.

    VDR2: Odroid N2+ mit CoreELEC und Ubuntu in chroot, WinTV DualHD

    VDR3: Tanix TX3 mit CoreELEC und Ubuntu in chroot, WinTV DualHD

  • Zitat

    Original von Dr. Seltsam
    hm... dann kann das eigentlich nichts mit meinem Problem zu tun haben. Die DVB-Treiber sind von April 2009 aus dem hg. Der changeset wurde aber schon im Februar rückgängig gemacht.


    Die Zuverlässigkeit des seriellen LIRC-Treibers hängt davon ab, wie gut das Timing der Signale gemessen werden kann.


    Daher kann alles, was irgendwie das Scheduling im Kernel beeinflußt, Auswirkungen haben. (Außerdem könnten natürlich auch außerhalb des DVB-Subsystems Bugs eingebaut worden sein.)


    Ich würde zuerst noch einmal die Kernelkonfiguration checken.


    CU
    Oliver

  • Zitat

    Original von UFO
    Ich würde zuerst noch einmal die Kernelkonfiguration checken.


    es ist der normale Ubuntu-Kernel. Ich habe die gleiche Distri nochmal mit einem anderen P3-Board getestet. Da rennt ein selbstgelötter LIRC-Empfänger flink durchs OSD. Es muss also am Board liegen oder am atric-Empfänger.

    VDR1: ACT-620, Asus P8B75-M LX, Intel Core i3-3240, 4 GB DDR3 RAM 1600 MHz, passive Geforce GT1030 von MSI, Sandisk 2TB SSD, 2xWinTV DualHD, Atric-IR-Einschalter. SW: Xubuntu 20.04 auf 64GB Sandisk SSD.

    VDR2: Odroid N2+ mit CoreELEC und Ubuntu in chroot, WinTV DualHD

    VDR3: Tanix TX3 mit CoreELEC und Ubuntu in chroot, WinTV DualHD

  • es liegt doch am Kernel.
    mit einem selbst kompilierten 2.6.29 und aktuellem hg ist die FB wieder schnell.


    Keine Ahnung, was da nun konkret so viel ausmacht. Im Gegensatz zum Ubuntukernel habe ich z.B.
    CONFIG_HZ_1000=y
    CONFIG_PREEMPT=y


    Sieht so aus, als wenn ein normaler Kernel für Desktop-Rechner für vdr wohl doch nicht so optimal ist. Andererseits: Die Probleme hatte ich wirklich nur mit diesem ohnehin lahmen Board

    VDR1: ACT-620, Asus P8B75-M LX, Intel Core i3-3240, 4 GB DDR3 RAM 1600 MHz, passive Geforce GT1030 von MSI, Sandisk 2TB SSD, 2xWinTV DualHD, Atric-IR-Einschalter. SW: Xubuntu 20.04 auf 64GB Sandisk SSD.

    VDR2: Odroid N2+ mit CoreELEC und Ubuntu in chroot, WinTV DualHD

    VDR3: Tanix TX3 mit CoreELEC und Ubuntu in chroot, WinTV DualHD

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!