Kernel 2.6.20.1 für LinVDR

Zitat

Original von Dr. Seltsam
was sagt top ?
Ich kann es einfach nicht nachvollziehen. Ich habe den Kernel auf 3 Rechnern laufen, und er ist eher performanter als der 2.6.18
testest Du bitte mal
http://drseltsam.device.name/v…-kernel-2.6.20-190207.tgz ?

Habe den Kernel getestet. Die PES Meldungen sind zwar verschwunden, aber das ganze System ist trotzdem noch extrem choppy. Wenn ich z.B. spule, dann kommts manchmal vor, dass er sich durch die Aufnahme "durchquält".. deutlich langsamer und hakeliger als sonst. Wenn das passiert, nimmt er z.B. auch keine FB-Kommandos mehr an.

Selbst wenn ich VDR beende und den 2.6.18er Kernel entpacke, läuft das Entpacken sehr abgehackt ab, obwohl man bei top nix erkennen kann, was so viel CPU Power fressen würde. Das "depmod -ae" und "ldconfig" danach dauert auch deutlich länger als sonst.

Top:

21:15:35 up 5 min,  2 users,  load average: 0.47, 0.39, 0.19
71 processes: 68 sleeping, 3 running, 0 zombie, 0 stopped
CPU states:   0.2% user,   0.7% system,   5.5% nice,  93.6% idle
Mem:    246984K total,   218956K used,    28028K free,     3976K buffers
Swap:   262136K total,        0K used,   262136K free,   172020K cached


  PID USER     PRI  NI  SIZE  RSS SHARE STAT %CPU %MEM   TIME COMMAND
 1909 root      34  19 56408  15M  4952 R N  10.2  0.0   0:00 vdr
 1540 root      15   0  1860  972   748 R     0.3  0.0   0:00 top
    1 root      18   0  2144  288   236 S     0.0  0.0   0:01 init
    2 root      34  19     0    0     0 SWN   0.0  0.0   0:00 ksoftirqd/0
    3 root      10  -5     0    0     0 SW<   0.0  0.0   0:00 events/0
    4 root      20  -5     0    0     0 SW<   0.0  0.0   0:00 khelper
    5 root      10  -5     0    0     0 SW<   0.0  0.0   0:00 kthread
   61 root      10  -5     0    0     0 SW<   0.0  0.0   0:00 kblockd/0
   62 root      20  -5     0    0     0 SW<   0.0  0.0   0:00 kacpid
  119 root      20  -5     0    0     0 SW<   0.0  0.0   0:00 ata/0
  120 root      20  -5     0    0     0 SW<   0.0  0.0   0:00 ata_aux
  121 root      20  -5     0    0     0 SW<   0.0  0.0   0:00 ksuspend_usbd
  124 root      10  -5     0    0     0 SW<   0.0  0.0   0:00 khubd
  126 root      10  -5     0    0     0 SW<   0.0  0.0   0:00 kseriod
  148 root      25   0     0    0     0 SW    0.0  0.0   0:00 pdflush
  149 root      15   0     0    0     0 SW    0.0  0.0   0:00 pdflush
  150 root      20  -5     0    0     0 SW<   0.0  0.0   0:00 kswapd0

Interrupts sind unauffällig.

mit dem update von eben läuft der kernel sehr gut vorher hatte ich mit dem .20 ein stotterndes Bild auf RTL (DVB C) ... Karten siehe Signatur

ein paar fehlermeldungen habe ich ...
Feb 19 21:44:32 linvdr user.debug vdr: [1838] dxr3: cSPUEncoder::Flush: OSD data size: 5358
Feb 19 21:44:32 linvdr user.info vdr: [1838] switching to channel 7
Feb 19 21:44:32 linvdr user.debug vdr: [1938] transfer thread ended (pid=1938, tid=1938)
Feb 19 21:44:32 linvdr user.debug vdr: [1939] receiver on device 1 thread ended (pid=1939, tid=1939)
Feb 19 21:44:32 linvdr user.debug vdr: [1838] cTS2PES got 7 TS errors, 3 TS continuity errors
Feb 19 21:44:32 linvdr user.debug vdr: [1838] cTS2PES got 0 TS errors, 1 TS continuity errors
Feb 19 21:44:32 linvdr user.debug vdr: [1838] cTS2PES got 1 TS errors, 1 TS continuity errors
Feb 19 21:44:32 linvdr user.debug vdr: [1838] buffer stats: 138744 (6%) used
Feb 19 21:44:32 linvdr user.debug vdr: [1946] transfer thread started (pid=1946, tid=1946)
Feb 19 21:44:32 linvdr user.debug vdr: [1947] receiver on device 1 thread started (pid=1947, tid=1947)
Feb 19 21:44:32 linvdr user.debug vdr: [1838] dxr3: cSPUEncoder::Flush: OSD data size: 5884
Feb 19 21:44:44 linvdr user.debug vdr: [1946] setting audio track to 1 (0)
Feb 19 21:44:44 linvdr user.debug vdr: [1946] dxr3: audiodecoder: sample rate=48000
Feb 19 21:44:44 linvdr user.debug vdr: [1946] dxr3: audiodecoder: channels=2
Feb 19 21:44:44 linvdr user.debug vdr: [1946] dxr3: audiodecoder: sample rate=48000
Feb 19 21:44:44 linvdr user.debug vdr: [1946] dxr3: audiodecoder: channels=2
linvdr:~#

Moin,

ich hatte mir den Kernel schon einen Tag vor Deiner Ankündigung gezogen und konnte bisher keinerlei Problem feststellen.

-andreas

Hallo,

Habe jetzt mal deinen "linvdr-kernel-2.6.20-190207.tgz" installiert -> rennt wieder _ohne_ Probleme bei mir.

Auch eine Aufnahmen mit Dolby Digital 5.1 läuft ohne Probleme (Mit dem alten 2.6.18 aufgenommen).

32131 Interrupts produziert der saa7146 momentan pro Minute? (laut /proc/interrupts - 2.6.20)
Ich hab jetzt keine Ahnung ob das viel oder wenig ist.

satbox:~# lspci
00:00.0 Host bridge: VIA Technologies, Inc. VT8377 [KT400/KT600 AGP] Host Bridge (rev 80)
00:01.0 PCI bridge: VIA Technologies, Inc. VT8237 PCI Bridge
00:09.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01)
00:0b.0 Multimedia video controller: Internext Compression Inc iTVC15 MPEG-2 Encoder (rev 01)
00:0d.0 VGA compatible controller: S3 Inc. 86c868 [Vision 868 VRAM] vers 0
00:0f.0 RAID bus controller: VIA Technologies, Inc. VIA VT6420 SATA RAID Controller (rev 80)
00:0f.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06)
00:10.0 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 81)
00:10.1 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 81)
00:10.2 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 81)
00:10.3 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 81)
00:10.4 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 86)
00:11.0 ISA bridge: VIA Technologies, Inc. VT8237 ISA bridge [KT600/K8T800/K8T890 South]
00:12.0 Ethernet controller: VIA Technologies, Inc. VT6102 [Rhine-II] (rev 78)

mfg
P2k1

Hi Dr. Seltsam,

Ich hab dieselben Probleme mit diesem

Feb 20 08:58:18 vdr kernel: gpioirq DMA RX buffer overflow

Sobald ich auf die Platte zugreife (kopiere gerade hda->usbdisk) bekomme ich davon ca. 30 jede Sekunde. Das live-Bild wird dadurch nicht beeinträchtigt, aber eine aufgezeichnete Sendung ansehen ist nicht, Menüaufbau des OSD ist sehr stockend/fehlerhaft
Werd es nachher mal mit Deinem update probieren...

Pit

Also vorher hatte ich einen 2.6.18 von Dir, vom 9.12.2006. Ich glaube, der war noch ohne diese Performance-Patches, oder?. Jedenfalls hatte ich da diese Fehler nicht. Um das up^H^Hdowngrade zu testen hat mir heute morgen leider die Zeit gefehlt
Ich bin heute abend erst spät wieder zu Hause (ab 22:00 oder so), werd' aber sicherlich alles testen was Du mir/uns vorsetzt, um das Problem einzukreisen...

Pit

Hallo Doc

Nachdem ich seit Sonntag den neuen Kernel im Einsatz habe, bekomme ich das Problem, daß ich meine Orginal Fernbedienung nicht mehr Anlernen kann.
Die Abfrage kommt zwar noch das er die Fernbedienung erkennnen will (Phase 1) aber dann springt er nach ca. 2 sec. sofort zu (Phase 2) Abfrage und Anlernen der Tasten über , obwohl die Fernbedienung nocht gar nicht erkannt hat (RC 5).
Mit deinem Kernel 2.6.18 klappt das noch ohne Probleme.

Ich habe das mit unterschiedlichen Versionen vom VDR versucht könnte mir aber keinen Reim daraus machen. Vielleicht hast Du ja oder die anderen eine Lösung dafür.

Gruß Gerd

Zitat

Original von Dr. Seltsam
auf Seite 1 ist jetzt auch ein 2.6.20 mit den gleichen Treibern verlinkt, die im aktuellen 2.6.18 drin sind. Wenn das immer noch schlechter läuft im Vergleich zum 2.6.18 (in der Form, wie dieser derzeit online ist), dann kann es nur am Kernel an sich liegen.

Dann werd ich den gleich auch nochmal testen.

Hi Doc,

also den verlinkten aktuellen 2.6.18 hab ich gerade mal installiert und gebootet. Der Kernel selbst ist identisch mit dem, den ich auch hatte, aber die Module sind teilweise unterschiedlich (diff -qr).

Das Problem mit dem gpioirq kann ich nicht provozieren, trotz laufendem copy zwischen 2 Disks (hdc->hda) kann ich einen aufgezeichneten Film ohne Fehler anschauen (d.h. weder Artefakte im Film noch Meldungen im syslog).

Ich werd' jetzt mal den entsprechenden neuen 2.6.20 einbauen und meld mich dann nochmal...

OK, gerade gemacht. Bereits als ich mich einloggte erste Meldungen im Logfile, beim Abspielen eines Filmes dann so etwa 15 Fehler/Sekunde, der Film lief aber ohne Artefakte. Dann noch zusätzlich was auf der Platte gemacht -> massive Artefakte, ~30-50Fehler/s.

Ich hab mal /proc/interrupts verglichen. Einziger Unterschied ist beim 2.6.20 dieser hier:

1:          2    XT-PIC-XT        i8042

den gibt's bei, 2.6.18 nicht - aber keine Ahnung was das ist...

Pit

So. Gerade nochmal mit den o.g. Kernels getestet.

2.6.20: Sehr hakelig. Beim Spulen quält er sich durch die Aufnahme und nimmt teilweise FB-Kommandos nicht mehr an.

2.6.18: Keine Probleme.

Zitat

Original von Der_Pit
Ich hab mal /proc/interrupts verglichen. Einziger Unterschied ist beim 2.6.20 dieser hier:

Code

1:          2    XT-PIC-XT        i8042

den gibt's bei, 2.6.18 nicht - aber keine Ahnung was das ist...

Gehört zur "Tastatur". Sollte aber harmlos sein. Ich hatte i8042 auf IRQ12 mit der FF Karte
und konnte das Teil mit "i8042.noaux" als Kernelparameter abschalten. Macht aber keinen
Unterschied... Siehe auch:

marvin:~$ grep i8042 /usr/src/linux/Documentation/kernel-parameters.txt 
        i8042.direct    [HW] Put keyboard port into non-translated mode
        i8042.dumbkbd   [HW] Pretend that controller can only read data from
        i8042.noaux     [HW] Don't check for auxiliary (== mouse) port
        i8042.nokbd     [HW] Don't check/create keyboard port
        i8042.nomux     [HW] Don't check presence of an active multiplexing
        i8042.nopnp     [HW] Don't use ACPIPnP / PnPBIOS to discover KBD/AUX
        i8042.panicblink=
        i8042.reset     [HW] Reset the controller during init and cleanup
        i8042.unlock    [HW] Unlock (ignore) the keylock

Hmm, laut Google ist das ein Keyboard-Chip für den PS/2 Port. Da hängt bei mir aber auch gar nix dran (USB-Keyboard). Keine Ahnung wo das herkommt...

Nein, logfiles hab ich durchgesehen, aber bis auf die unterschiedlichen Versionsnummern ist da praktisch alles identisch. Einziger Unterschied wäre das hier:

Feb 20 22:56:10 vdr kernel: input: DVB on-card IR receiver as /class/input/input3
Feb 20 23:20:29 vdr kernel: input: DVB on-card IR receiver as /class/input/input5

(Ersteres vom 2.6.20, letzteres vom 2.6.18. Glaub aber nicht dass das was bedeutet...

Pit

Ich habe den aktuellen 2.6.18 genommen und den 2.6.20-dvb210107.

Log Auffälligkeiten sehe ich keine.

Das einzig "Unnormale" an meinem System ist mein Board. Das hat einen der widerlichen VIA-Chipsätze... Bei mehreren Aufnahmen erzeugt das Ding viel zu viel System Load. Mehr als 4-5 Aufnahmen kann ich gleichzeitig nicht machen, wenn das OSD noch funzen soll.

Der Rest der Hardware ist Standard...

Gefühlsmäßig würde ich sagen, dass irgendetwas bei den Plattenzugriffen in die Hose geht. System Load wird dabei aber scheinbar nicht erzeugt (Top).