Kernel-/Treiber-Update-CD für LinVDR 0.7

Zitat

Original von koepcke
Stimmt, dxr3 Ausgabe geht nicht mehr:
Jan 4 06:57:55 server user.err vdr[1867]: dxr3: unable to open /dev/em8300-0: No such device or address
Jan 4 06:57:55 server user.err vdr[1867]: dxr3: please verify that the em8300 modules are loaded
die Kernelmodule fehlen.

Mit Dr Seltsams neuen Kernel geht es super: http://drseltsam.device.name/v…el-2.6.14.5-drseltsam.tgz

Alles anzeigen

... und mit Coopers Kernel wird es genauso super gehen, sobald ich die Kernelmodule im dxr3-Paket mit drin habe. Also vergesst ganz schnell wieder den o.g. Link, denn es macht wenig Sinn, wenn hier jetzt zwei verschiedene 2.6.14.5 durch die Gegend schwirren.

Zitat

Original von cooper

Moin Mirko,

hättest du Lust, da ein passendes Päckchen als Addon zu bauen? Evtl. gleich mit DXR-3- und IVTV-Support? Dann wären auch die Leute "versorgt".

ja, das steht auf meiner To-Do-List

Zitat

Ich find die grad nicht, schick mir doch mal ne URL, dann tausch ich das aus.

http://drseltsam.device.name/vdr/dvb-ttpci-01-2623.fw

Gruß
Martin

Entschuldige Martin,
ich wollte hier Nichts durcheinander bringen.

Zitat

Original von Dr. Seltsam
wie der Zufall so will, habe ich Sylvester übrigens auch einen 2.6.14.5 gebaut, der aber wie gehabt etwas "fetter" ist. Ich werde noch 1-2 Tage testen, dann ersetzt er meinen 2.6.14.2.

Für den Normalanwender ohne dxr3, PVR, WLAN etc. ist Coopers schlanker Kernel aber allemal ausreichend. Die b2c2-Module nimmt er ja sicher noch rein -ist ja noch eine Testversion.

Ich werde dann mal schauen, ob mein ubuntu-gcc 3.3.5 kompatibel ist, dann liefere ich auch dxr3 + PVR-Module für diesen Kernel als Zusatzpaket.

Hi,

bin etwas neu hier, habe aber nichtsdestotrotz schon mit Erfolg deine Kernel eingesetzt. Sehr gute Arbeit von dir! Dazu auch meine Frage: Ich lese aus dem Zitat, daß du für deine Kernel-Neuübersetzung kein originales Debian eingesetzt hast sondern ein Ubuntu.

Welches ist das und ist bei der Installation etwas Besonderes zu beachten, damit die Kernel linvdr-0.7-tauglich werden? Ich frage deshalb, weil ich wegen diverser Malaisen mit meinem MB (MSI RS482M-IL mit Xpress 200 Chipsatz und Sempron64 3100+) einen eigenen Kernel machen möchte, auch wegen C&Q.

Gruß, Jürgen

cooper:
Gratulation zum jüngsten Wachstumsschub

Hallo,

nachdem ich mit dem letzten Update mir mein System komplett verhunzt hatte, habe ich jetzt das update als Neuinstallation probiert.

Zu dem, was ich bisher gesehen habe 2 Fragen:
1. Wäre es möglich, in das Standard-poweroff.pl-Skript ein Userexit einzubauen, mit dem man prüfen kann, ob ein Shutdown auch ok ist?
Es gibt ja reichlich derivate, bei denen das so gemacht wird (auch ich habe ein solches mal verbrochen) und ich fände es gut, wenn im Standard ein skript auf existenz abgefragt würde und wenn vorhanden, dann ausführen und entweder die Ausgabe oder den Rückgabewert prüfen.
Ich denke, je weniger an Standards geändert wird, desto besser können zukünftige updates funktionieren.

2. cp ist ja auch ein Link zu busybox. Wäre es möglich, den Parameter -v wenigstens zuzulassen, damit bestehende Skripte einfacher übernommen werden können, ohne über die Fehlermeldung 'falscher/unbekannter Parameter' zu stolpern?

Beide Punkte würden mich sehr freuen.

Zitat

Original von geier
daß du für deine Kernel-Neuübersetzung kein originales Debian eingesetzt hast sondern ein Ubuntu.

Welches ist das und ist bei der Installation etwas Besonderes zu beachten, damit die Kernel linvdr-0.7-tauglich werden?

es gibt eigentlich nur eine Regel: Der gesamte Kernel, alle Module (auch externe wie LIRC) müssen mit dem gleichen gcc kompiliert sein. Ob das nun 3.3 oder 3.4 ist, spielt dann keine Rolle.

wenn Du also sowieso alles neu machst, ist es egal. Wenn Du kompatibel zu meinem Kernel sein willst, musst Du ein Ubuntu 5.04 Horay mit gcc 3.3.4 nehmen. Ob das kompatibel mit Coopers 3.3.4 von Sarge ist, habe ich noch nicht getestet, bin aber zuversichtlich.

Du solltest nur davon absehen, den Kernel mit gcc 2.95.4 (LinVDR/Woody) zu kompilieren. Da klappen nicht mehr alle Module, oder sie kompilieren zwar, führen aber zu einem segmentation fault (> Lirc).

Nachtrag: Blöd wird es nur, wenn die Sourcen sowohl Kernelmodule als auch Programme/Tools enthalten, wie z.B. lirc. Da muss ich dann imer doppelt ran: Die module unter ubuntu, die binaries (lircd, irw, irrecord) unter woody wegen der passenden glibc. Wobei ich auch schon Tools mit gcc 3.0 kompiliert habe (ivtv-utils). Hauptsache die glibc stimmt.

@copper

Also noch mal mein Anliegen im Detail.

in der originalen runvdr (nach dem Update ist das die /etc/init.d/runvdr.orig) musste ich für den Betrieb des Infrarotempfängers des AV- Boards das Kommentarzeichen aus der Zeile 150 entfernen, das ist die Zeile mit /usr/bin/av71........

if [ $USE_INTERNAL_IR != "yes" ]; then
    #setserial /dev/ttyS0 uart none
    loadmodule lirc_serial
    $BINDIR/lircd
  else
    #if [ $INVERT_SIGNAL = "yes" ]; then
    #  LOADKEYS_PARAM="-i"
    #fi
    /usr/bin/av7110_loadkeys $LOADKEYS_PARAM /etc/vdr/loadkeys/default.rc5 > /proc/av7110_ir
    # add -Premote to $PLUGINS?
    PLUGINS="$PLUGINS -Premote"
  fi

Steht in der neuen runvdr in Zeile 147

Sorry das mit alles.rc5 hat vermutlich iritiert, default.rc5 ist ein link auf alles.rc5

Da ich nicht weiß, ob sich die Änderung mit den Hauppauge-FB-Benutzern beißt, habe ich mir zwei Gedanken durch den Kopf gehen lassen.

Gedanke A :
Irgend einer der eine Hauptauge Fernbedienung hat, testet mal aus, ob danach noch alles funktioniert und meldet sich. Ich habe leider keine solche Fernbedienbung, sonst wäre das schon passiert.

Gedanke B:
Beim Update wird geprüft ob das Kommentarzeichen da ist, wenn ja, bleibt es auch bei der neuen runvdr, wenn nicht, wird dass Kommentarzeichen auch in der neuen runvdr entfernt.

Ich weiß nur nicht, ob so ein Aufwand gerechtfertigt ist, kann aber auf jeden Fall sagen, dass das AV Board eine echte Bereicherung ist.

Gruß Nobi

Zitat

Original von geronimo

2. cp ist ja auch ein Link zu busybox. Wäre es möglich, den Parameter -v wenigstens zuzulassen, damit bestehende Skripte einfacher übernommen werden können, ohne über die Fehlermeldung 'falscher/unbekannter Parameter' zu stolpern?

ich glaube, das betrifft nur einen kleinen Prozentsatz an "bastelwütigen" LinVDR-Usern. Da busybox das wahrscheinlich nicht kann, wäre es doch einfacher, wenn sich die "Panscher" einfach das Original-binary von woody (oder künftig sarge) beschaffen.

Zitat

Original von MacVDR
HI!

da ich auf dem VDR meines Bruders momentan noch Probleme mit der NOVA-S-PLUS habe, der Rest aber wunderbar läuft, wäre ich auch an dem neuen Kernel interessiert! Mit dem verfügbaren Dr. Seltsam-Kernel läuft die Karten (bei mir zumindest) nicht...

gelöst:

schaut mal hier: http://www.vdrportal.de/board/thread.php?threadid=43788

Mit meinem aktuellen 2.6.14.2 läuft es jetzt!

@ Cooper: Ich vermute mal, Du hast bisher auch nach der alten Methode mittels makelinks.sh die Sourcen in den Kernel integriert? Das scheint nicht zu funzen. Habe mich jetzt an diese Anleitung gehalten:
http://linuxtv.org/v4lwiki/index.php/How_to_build_from_CVS
und die Nova-SE (und dann sicher auch die Plus) läuft plötzlich!

Zitat

Original von cooper:
ich hab jetzt einfach mal alles beim CPU Frequency Scaling angeschaltet, was da war, so lange man einen i386-Prozessor aktiviert hat. Wenn's für die Athlon-64-Fraktion funktionieren kann, dann bei dem Kernel hier: http://cooper.dyndns.org:8000/linvdr/lin...ge-2.6.14.5.deb

Reicht das so, oder geht's doch nur mit nem speziellen Athlon-64-Kernel?

Hallo cooper,

hab den genannten Kernel gerade bei mir getestet. C&Q funktioniert damit einwandfrei. Wer hat eigentlich behauptet, man müsste speziell für AMD64 kompilieren?? Es kommt eigentlich nur darauf an, dass die Module powernow-k8 und cpufreq-ondemand vorhanden sind!

Viele Grüße,
Peter

Servus cooper

ist es möglich den Kernel mit dem pl2303 zu bauen.
mfg ronny

Könnt du nicht für VDRler ohne einen passenden dhcp dem mvploader mit einbauen?
Hier http://www.vdrportal.de/board/thread.php?threadid=43771&sid= hat es ja anscheinend auch geklappt, und wenn du gleich dabei bist als plugin oder so den VOMP???

Dank in vorraus
Bernd

@copper

Zitat

Zitat:

Nein, das ist zu aufwändig und noch dazu fehlerträchtig. Da fehlt schlicht eine Abfrage im Setup, welche .rc5 geladen werden soll -- und beim AV-Board müsste man einfach "keine" angeben.

Die Abfrage wäre schön, aber muß es nicht genau andersherum heißen?

Bei der Hauppauge-FB soll keine .rc5 geladen werden, beim AV-Board muss die alles.rc5 geladen werden.

Kommts rein? oder

Gruß Nobi

Hi cooper,

Zitat

Original von cooper:
Was wir noch bräuchten, wären ein paar Zeilen für die rcStart.delayed, die nachguckt, ob man einen K8 hat und dann die nötigen Einstellungen vornimmt. Wer will?

Ich würde das ja machen, weiß im Moment aber nicht, wie man abtesten kann, ob der Prozessor Cool&Quiet anbietet. Hat da jemand ne Idee? Ich wäre gerne bereit, auszuprobieren, ob es bei mir funktioniert. Werde auch, so ich denn Zeit habe, heute abend noch etwas rumtüfteln.

Viele Grüße,
Peter