LinVDR-Kernel 2.6.15 upgedatet

Bei mir klappts einfach nicht mit WOL und einer e100-Karte (Intel 82559).

Sobald ich den Rechner kurz vom Strom trenne, oder ihn mit Windows runterfahre, oder per DOS-Tools atxoff ausschalte läßt es sich per WOL wieder erwecken.

Wenn ich ihn mit Linvdr und letztem Dr.Seltsam Kernel beende, geht gar nichts mehr.

Ethtool sagt, dass WOL auf der Karte aktiviert ist. Allerdings habe ich bemerkt, dass "nur" ETHTOOL 1.3 dabei ist und diese Version schon recht betatgt ist.
Vielleicht würde ja ein Update auf Version 3 helfen, wenn der Dr. mal Zeit hätte.

Welche Version vom e100 Modul befindet sich im Dr.Seltsam Kernel?
Wie kann man dass auslesen?
Vielleicht gibts dafür auch eine neuere Version?

Ich weiss einfach nicht mehr weiter....

Please help me!

Gruß Thomas

Vielen Dank für die Mühe an den Dr.

Leider kann ich gerade nicht testen, da die Kiste "Star Wars" aufnimmt.
Ich gebe aber auf jeden Fall Rückmeldung.

Thomas

Hurra, hurra ....

Ihr werdet es nicht glauben, aber WOL läuft jetzt mit dem e100-Treiber.

Ethtool war allerdings nicht die Lösung, sondern die stand hier:
http://www.dpfeil.de/vdr.php

Das Problem ist schon seit der Linvdr-Version 0.4 bekannt!

Quote

Das Problem war, dass das Netzwerk nicht sauber runtergefahren wurde.
Um das Netzwerk sauber herunterzufahren, muß man die Datei /etc/init.d/rcShutdown ergänzen.

ifconfig eth0 down
sleep 1

Wenn jetzt der Rechner heruntergefahren wird, sollte das WoL funktionieren.

Tja, man muß nur wissen wo was steht....

Hoffentlich hilft der Tip auch noch Anderen.

Gruß
Thomas

Loewenpapa

Mit dem 2.6.10er hat es auch noch ohne zusätzliche Optionen funktioniert.

In der rcShutdown gibt es kein "hwclock", ich vermute mal Du hast es am Ende eingebaut.

Scorp

Ja, hwclock befindet sich mitlerweile in der rcStart nund nicht mehr in der rcShutdown.

Ich habe den Befehl direkt nach:

# VDR stoppen
/etc/init.d/runvdr stop

eingebaut.

HI zusammen,

hat mitlerweile jemand eine Idee zum cx88 Logmüll prob:

Mar 27 19:39:20 linvdr user.debug kernel: cx88[0]/2: cx8802_restart_queue
Mar 27 19:39:20 linvdr user.debug kernel: cx88[0]/2: cx8802_restart_queue: queue is empty
Mar 27 19:39:20 linvdr user.debug kernel: cx88[0]/2: queue is empty - first active
Mar 27 19:39:20 linvdr user.debug kernel: cx88[0]/2: cx8802_start_dma w: 0, h: 0, f: 2
Mar 27 19:39:20 linvdr user.debug kernel: cx88[0]/2: setting the interrupt mask
Mar 27 19:39:20 linvdr user.debug kernel: cx88[0]/2: [dc754880/0] cx8802_buf_queue - first active
Mar 27 19:39:20 linvdr user.debug kernel: cx88[0]/2: cx8802_restart_queue
Mar 27 19:39:20 linvdr user.debug kernel: cx88[0]/2: cx8802_restart_queue: queue is empty
Mar 27 19:39:20 linvdr user.debug kernel: cx88[0]/2: queue is empty - first active
Mar 27 19:39:20 linvdr user.debug kernel: cx88[0]/2: cx8802_start_dma w: 0, h: 0, f: 2
Mar 27 19:39:20 linvdr user.debug kernel: cx88[0]/2: setting the interrupt mask
Mar 27 19:39:20 linvdr user.debug kernel: cx88[0]/2: [d87be280/0] cx8802_buf_queue - first active
Mar 27 19:39:20 linvdr user.debug kernel: cx88[0]/2: cx8802_restart_queue
Mar 27 19:39:20 linvdr user.debug kernel: cx88[0]/2: cx8802_restart_queue: queue is empty
Mar 27 19:39:20 linvdr user.debug kernel: cx88[0]/2: queue is empty - first active
Mar 27 19:39:20 linvdr user.debug kernel: cx88[0]/2: cx8802_start_dma w: 0, h: 0, f: 2
Mar 27 19:39:20 linvdr user.debug kernel: cx88[0]/2: setting the interrupt mask
Mar 27 19:39:20 linvdr user.debug kernel: cx88[0]/2: [dc754880/0] cx8802_buf_queue - first active

Mfg

Christian

Nur die harte schmutzige Tour: Mittels syslog-ng die Meldungen einfach rausfiltern.

apt-get install syslog-ng

Das deinstalliert natürlich syslog aber auch klogd

Dann noch die Configdatei anpassen: /etc/syslog-ng/syslog-ng.conf

Hab hier für die 3 log-Dateien einfach Filter definiert. Wer sie besser kann, nehme Tipps gerne entgegen.
Zumindest filtern sie meine Logs wieder frei.

Habe die syslog-ng.conf angehängt.

Ich habe gerade festgestellt, daß es mit dem neuen Kernel Schwierigkeiten mit der USB Version den Nova-T gibt:

server:~# modprobe dvb-usb-nova-t-usb2
FATAL: Error inserting dvb_usb_nova_t_usb2 (/lib/modules/2.6.15/kernel/drivers/media/dvb/dvb-usb/dvb-usb-nova-t-usb2.ko): Unknown symbol in module, or unknown parameter (see dmesg)

und dmesg gibt folgendes aus:
dvb_usb_nova_t_usb2: Unknown symbol dibusb_pid_filter_ctrl
dvb_usb_nova_t_usb2: Unknown symbol dibusb_i2c_algo
dvb_usb_nova_t_usb2: Unknown symbol dibusb2_0_streaming_ctrl
dvb_usb_nova_t_usb2: Unknown symbol dibusb_dib3000mc_tuner_attach
dvb_usb_nova_t_usb2: Unknown symbol dibusb_dib3000mc_frontend_attach
dvb_usb_nova_t_usb2: Unknown symbol dibusb2_0_power_ctrl
dvb_usb_nova_t_usb2: Unknown symbol dibusb_pid_filter
dvb_usb_nova_t_usb2: Unknown symbol dibusb_read_eeprom_byte
server:~#
mit dem 2.1.14er Kernel lief die Box problemlos.
Es wäre schön wenn es mit dem neuen auch gehen würde.
Gruß Jürgen

Hi!

Also ich hab gerade den VDR meines Bruders komplett neu aufgesetzt.

Hardware:

AOpen i855
Celeron-M 370

Technotrend Premium S2300 "modded"
Hauppauge WinTV-NOVA-S-Plus

Dr.Seltsam-Kernel 2.6.15

Cody/Tarandor-VDR 1.3.44

Leider hab ich auch massiv Probleme mit der Nova-S-Plus. Zum einen wird mein Log mit den oben erwähnten Nachrichten "geflutet" und noch schlimmer: Sobald eine Aufnahme losgeht, tillt der ganze VDR nach ein paar Sekunden. Aufnahmen sind grundsätzlich nur 0 Minten lang

Gibt's dafür irgendeine Lösung? Die Treiber scheinen immer noch ziemlich instabil zu sein, oder?

Ein anderes Problem hab ich mit der 2300er, der IR-Empfänger wird über das AV-Board einfach nicht an dieser Karte erkannt, komisch. Ich hab jetzt momentan den mitgeliferten IR-Empfänger an der Nova-S-Plus dran...

Wäre wirklich cool, wenn mir jemand helfen könnte, denn ein VDR der nicht aufnehmen kann ihr wisst ja, das ist nicht lustig

Dein neuer Kernel läuft richtig gut. Die Hauppauge Nova-T USB wird erkannt, sogar Ihr IR-Emfänger wir augenblicklich eingebund (ich muß mal schauen, wo man das wieder abschalten kann).
Alles vom Feinsten.
Danke
Gruß Jürgen

Dr. Seltsam

Hi!
Ich finde es super, dass du dich so um die Weiterentwicklung hier kümmerst.
Ich habe leider keine Hinweise auf die in deinem aktuellen Kernel Release enthaltene ivtv Version finden können. (ich vermute mal immer noch v4.3)

Ich habe mit meiner PVR150 z.Zt sehr blasse Farben, was ich mit den Einstellungen im pvrinput Menü nicht zufriedenstellend korrigieren kann.

Die neue ivtv Version 0.4.4 stable release verspricht da aber Abhilfe:

- Fix saturation problem with cx2584x module.
- Fix a problem where switching from NTSC to PAL would result in ghosting.
- Improve detection of PVR250/PVR150 models.
- Allow ivtv-tune to be used as an external program in MythTV.

Könntest Du mir bitte die Module für 2.6.15 übersetzen? Muss ja nicht gleich ein kompletter Kernel sein. Die Module würden mir da reichen.

Vielen Dank schon mal im Voraus.

Grüße
CyberCSK

Ich habe bis jetzt die erste Version deines 2.6.15er Kernels drauf. Da war noch 4.2 mit dabei. Ich wollte nur mal fragen, ob 4.4 schon in der aktuellen Version ist, da 4.3 für mich keine Vorteile bringen würde...

Von 4.4 habe ich in diesem Thread auch noch nichts gefunden..?!

Grüße
CyberCSK

Hi Dr. Seltsam,

wäre es möglich, dass Du einen Kernel mit ISDN Unterstützung machen könntest? Speziell Hisax Treiber, .config könnte ich Dir geben.
Leider funktioniert bei mir immer Lirc nicht mehr, wenn ich die ISDN Treiber mit einbaue.

Danke schön
Gruß
MiK

Hi Dr. Seltsam,

/Mitleid an

Jeder bittet dich dies oder das mit in den Kernel zu nehmen....

//Mitleid aus

Ich finde es großartig, dass du dich so geduldig all dieser Probleme und Hilfesuchen annimmst.
Ich denke dafür muss man die mal ausdrücklich ein

DICKES LOB und Dank sagen

Grüsse Magicdragon67

Ich schließe mich magicdragon67 an.
Das mußte mal gesagt sein.