Kernel 2.6.17.7 für LinVDR 0.7 [Nexus-CA, TT DVB-S1401, DXR3]

Hallo Mirko

Ich konnte leider gestern nicht mehr an die Maschine.

Hier die Daten der Twinhan-Karte
( Für alle Linux-Neulinge wie mich :
hexdump /proc/bus/pci/00/0a.0
und hexdump /proc/bus/pci/00/0a.1 )

/proc/bus/pci/00/0a.0
Hersteller: Brooktree Corporation [0x109e]
Gerät: Bt878 Video Capture [0x036e]
Kernel-Modul: bttv
0000000 109e 036e 0006 0290 0011 0400 2000 0080
0000010 1008 f600 0000 0000 0000 0000 0000 0000
0000020 0000 0000 0000 0000 0000 0000 1822 0001
0000030 0000 0000 0044 0000 0000 0000 010a 2810
0000040 0000 0000 4c03 0000 0000 0000 0001 0022
0000050 0000 0000 0000 0000 0000 0000 0000 0000
*
0000100

/proc/bus/pci/00/0a.1
Hersteller: Brooktree Corporation [0x109e]
Gerät: Bt878 Audio Capture [0x0878]
Kernel-Modul: snd-bt87x, snd-bt87x, snd-bt87x, snd-bt87x, bt878
0000000 109e 0878 0006 0290 0011 0480 2000 0080
0000010 2008 f600 0000 0000 0000 0000 0000 0000
0000020 0000 0000 0000 0000 0000 0000 1822 0001
0000030 0000 0000 0044 0000 0000 0000 010a ff04
0000040 0000 0000 4c03 0000 0000 0000 0001 0022
0000050 0000 0000 0000 0000 0000 0000 0000 0000
*
0000100

Viele Grüße Sig

Hallo Mirko

Weil ich gerade in Testlaune bin habe ich auch noch eine
Hauppauge Win-TV Nova-S als 2.Karte neben meiner Technotrend FF 1.6
eingebaut. Auch diese Nova läuft nicht mit der Hardwareerkennung.
( mit der runvdr vom LinVDR 0.7 ( original ) gehts. )

Hier gleich noch einmal die Daten der Nova ( incl. Technotrend FF )

# Technotrend FF Rev.1.6
/proc/bus/pci/00/09.0
Hersteller: Philips Semiconductors [0x1131]
Gerät: SAA7146 [0x7146]
Kernel-Modul: dpc7146, hexium_gemini, hexium_gemini, hexium_orion, hexium_orion, hexium_orion, mxb, stradis, dvb-ttpci, dvb-ttpci, dvb-ttpci, dvb-ttpci, dvb-ttpci, dvb-ttpci, dvb-ttpci, dvb-ttpci, dvb-ttpci, dvb-ttpci, dvb-ttpci, budget-ci, budget-ci, budget-ci, budget-ci, budget-ci, budget-ci, budget-av, budget-av, budget-av, budget-av, budget-av, budget-av, budget-av, budget-av, budget-av, budget-av, budget-av, budget-av, budget-av, budget-av, budget-av, budget-av, budget, budget, budget, budget, budget, budget, budget, budget
0000000 1131 7146 0006 0280 0001 0480 2000 0000
0000010 0000 f600 0000 0000 0000 0000 0000 0000
0000020 0000 0000 0000 0000 0000 0000 13c2 0000
0000030 0000 0000 0000 0000 0000 0000 0105 260f
0000040 0000 0000 0000 0000 0000 0000 0000 0000
*
0000080 0000 8000 0000 8000 0000 8000 0000 8000
*
0000100

# Hauppauge Win-TV Nova-S
/proc/bus/pci/00/0a.0
Hersteller: Philips Semiconductors [0x1131]
Gerät: SAA7146 [0x7146]
Kernel-Modul: dpc7146, hexium_gemini, hexium_gemini, hexium_orion, hexium_orion, hexium_orion, mxb, stradis, dvb-ttpci, dvb-ttpci, dvb-ttpci, dvb-ttpci, dvb-ttpci, dvb-ttpci, dvb-ttpci, dvb-ttpci, dvb-ttpci, dvb-ttpci, dvb-ttpci, budget-ci, budget-ci, budget-ci, budget-ci, budget-ci, budget-ci, budget-av, budget-av, budget-av, budget-av, budget-av, budget-av, budget-av, budget-av, budget-av, budget-av, budget-av, budget-av, budget-av, budget-av, budget-av, budget-av, budget, budget, budget, budget, budget, budget, budget, budget
0000000 1131 7146 0006 0280 0001 0480 2000 0000
0000010 1000 f600 0000 0000 0000 0000 0000 0000
0000020 0000 0000 0000 0000 0000 0000 13c2 100f
0000030 0000 0000 0000 0000 0000 0000 010a 260f
0000040 0000 0000 0000 0000 0000 0000 0000 0000
*
0000080 0000 8000 0000 8000 0000 8000 0000 8000
*
0000100

00:09.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01)
Subsystem: Technotrend Systemtechnik GmbH: Unknown device 0000
Flags: bus master, medium devsel, latency 32, IRQ 20
Memory at f6000000 (32-bit, non-prefetchable) [size=512]

00:0a.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01)
Subsystem: Technotrend Systemtechnik GmbH: Unknown device 100f
Flags: bus master, medium devsel, latency 32, IRQ 21
Memory at f6001000 (32-bit, non-prefetchable) [size=512]

00:09.0 Class 0480: 1131:7146 (rev 01)
Subsystem: 13c2:0000
Flags: bus master, medium devsel, latency 32, IRQ 20
Memory at f6000000 (32-bit, non-prefetchable) [size=512]

00:0a.0 Class 0480: 1131:7146 (rev 01)
Subsystem: 13c2:100f
Flags: bus master, medium devsel, latency 32, IRQ 21
Memory at f6001000 (32-bit, non-prefetchable) [size=512]

Viele Grüße Sig

Zitat

Und noch eine Änderung: Das Shutdown-Script sollte nun auch mit anderen Festplatten als /dev/hda1 klar kommen, da es die Root-Partition dynamisch aus der /etc/mtab bestimmt.

Könnte jemand bitte mal das neue Shutdownscript posten? Habe nämlich meine Rootpartition auf hde1 und würde das gerne in meine 0.7 einbauen, danke!

Hallo

Inzwischen habe ich beide Budget -Sat-Karten

1x Twinhan DTV Sat Expres
1x Hauppauge Win-TV Nova-S

über die beiden Dateien /etc/modprobe.conf und /etc/modules.conf
in Betrieb genommen ( siehe Anhang ).

Das nächste Problem war dann meine LCD - Anzeige: Das Plugin lcdproc lief nicht mehr. VDR hat nach dem Laden von lcdproc abgebrochen und alles wieder gestoppt. Leider konnte ich mit logread keine Fehlermeldung vom Plugin sehen.

?? gibt es eine Möglichkeit zusätzliche Fehlermeldungen der Plugins sichtbar zu machen ??

Also hab ich erstmal den LCDd getestet. Er war installiert und gestartet.
Auch die /etc/LCDd.conf war nicht überschrieben. Die Definitionen meines Displays waren noch i.O.
Ein Test mit:
telnet localhost 13666

und dem Kommando
'hello'

zeigte mir, daß LCDd auch auf dem üblichen Port ansprechbar war.
Aber trotzdem startete der VDR nicht mit dem aktivierten Plugin lcdproc.

Ich hab versucht das Plugin mit dem bisherigen bei LinVDR üblichen Compiler
( Version 2.9.5 ) neu zu kompilieren. Auch damit lief das lcdproc nicht.

Weiter oben hatte ich gelesen, daß der Kernel 2.6.17.7 mit der Compiler-Version 3.3.5 erstellt wurde. Also hab ich mir den auch die neuere Version installiert und damit noch einmal das Plugin lcdproc kompiliert.

Mit diesem "neuen" lcdproc läuft jetzt auch mein Display wieder.

Gruß Sig

Hallo Mirko

LinVDR 0.7 + Kernel 2.6.17.7 - Kartentest

Technotrend Buidget S-1401
Diese Sat - Karte läuft ohne Probleme !!!!

Twinhan DTV Vision Plus ( Sat )
Inzwischen habe ich auch noch eine alte SAT DVB-Karte ausgegraben.
Ich denke das ist auch eine Twinhan Karte mit der Aufschrift 'Vision Plus' auf dem Tuner.

Diese Karte sollte nach meinen Informationen mit den gleichen Einstellungen wie die Twinhan Sat Express laufen ( siehe weiter oben ), bei mit bleibt aber das System hängen wenn ich die entsprechenden Module lade.
z.B. modprobe bttv
Laut Google-Suche gibt es ab Kernel 2.6.11 ein Problem in bttv.c ( oder bttv.h)

Hier die PCI - Daten dieser Karte:

/proc/bus/pci/00/0a.0
Hersteller: Brooktree Corporation [0x109e]
Gerät: Bt878 Video Capture [0x036e]
Kernel-Modul: bttv
0000000 109e 036e 0006 0290 0011 0400 2000 0080
0000010 6008 f600 0000 0000 0000 0000 0000 0000
0000020 0000 0000 0000 0000 0000 0000 fefe 0001
0000030 0000 0000 0044 0000 0000 0000 010a 2810
0000040 0000 0000 4c03 0000 0000 0000 0001 0022
0000050 0000 0000 0000 0000 0000 0000 0000 0000
*
0000100

/proc/bus/pci/00/0a.1
Hersteller: Brooktree Corporation [0x109e]
Gerät: Bt878 Audio Capture [0x0878]
Kernel-Modul: snd-bt87x, snd-bt87x, snd-bt87x, snd-bt87x, bt878
0000000 109e 0878 0006 0290 0011 0480 2000 0080
0000010 7008 f600 0000 0000 0000 0000 0000 0000
0000020 0000 0000 0000 0000 0000 0000 fefe 0001
0000030 0000 0000 0044 0000 0000 0000 010a ff04
0000040 0000 0000 4c03 0000 0000 0000 0001 0022
0000050 0000 0000 0000 0000 0000 0000 0000 0000
*
0000100

00:0a.0 Multimedia video controller: Brooktree Corporation Bt878 Video Capture (rev 11)
Subsystem: Unknown device fefe:0001
Flags: bus master, medium devsel, latency 32, IRQ 10
Memory at f6006000 (32-bit, prefetchable) [size=4K]
Capabilities: [44] Vital Product Data
Capabilities: [4c] Power Management version 2

00:0a.1 Multimedia controller: Brooktree Corporation Bt878 Audio Capture (rev 11)
Subsystem: Unknown device fefe:0001
Flags: bus master, medium devsel, latency 32, IRQ 10
Memory at f6007000 (32-bit, prefetchable) [size=4K]
Capabilities: [44] Vital Product Data
Capabilities: [4c] Power Management version 2

00:0a.0 Class 0400: 109e:036e (rev 11)
Subsystem: fefe:0001
Flags: bus master, medium devsel, latency 32, IRQ 10
Memory at f6006000 (32-bit, prefetchable) [size=4K]
Capabilities: [44] Vital Product Data
Capabilities: [4c] Power Management version 2

00:0a.1 Class 0480: 109e:0878 (rev 11)
Subsystem: fefe:0001
Flags: bus master, medium devsel, latency 32, IRQ 10
Memory at f6007000 (32-bit, prefetchable) [size=4K]
Capabilities: [44] Vital Product Data
Capabilities: [4c] Power Management version 2

Gruß Sig

Hallo

LinVDR 0.7 + Kernel 2.6.17.7 - Kartentest

Technotrend Buidget S-1401

Leider musste ich feststellen, daß diese Karte doch nicht so problemlos in meinem System läuft.

Immer dann, wenn ich den Rechner ausschalte und wieder einschalte läuft die Karte.

Wenn ich aber nur einen 'reboot' mache kann ich nicht mehr über VDR auf diese Karte zugreifen.

In den Dateien von /proc/bus/pci ... sehe ich keinen Unterschied bei den Daten für diese Karte( in den Fällen Geht / Geht nicht ).

Gruß Sig

Zitat

Original von cooper
Servus Wicky,

Ja, das ist bekannt. Manchmal dauert das Aufräumen einwenig lange, weshalb die Module noch in Benutzung sind wenn sie eigentlich entladen werden sollen.

Man könnte natürlich warten, bis VDR definitiv beendet ist und dann erst nach und nach entladen bzw. bei jedem Modul warten, bis es entladen ist bevor man das nächste entlädt. Das dauert mir aber zu lange, insgesamt dauert der Shutdown ohnehin schon viel zu lange, da muss noch was anderes passieren. Mal schauen.

Viele Grüße, Mirko

Alles anzeigen

so, ich habe die Scripte jetzt auch mal getestet - allerdings nicht mit dem 2.6.17.7, sondern mit einem 2.6.18 + neuesten hg-treibern. Zunächst: Ich habe bei meinen dvb-Treibern die folgende, neue Funktion aktiviert:

Zitat

Load and attach frontend modules as needed

Remove the static dependency of DVB card drivers on all
frontend modules for all possible card variants. Instead,
allow the card drivers to only load the frontend modules
they require. This saves several KBytes of memory.

Note: You will need moudule-init-tools v3.2 or later for this feature.

und weil das mit den module-init-tools von LinVDR nicht geht (vermutlich Version 3.1 oder älter), habe ich die auch gleich mit upgedatet.

Also: Es werden beim Start sensationellerweise alle Karten richtig erkannt, als da wären die Siemens DVB-C, eine TT 1500C, eine Airstar2 und eine PVR250. Alle Treiber + frontends, auch ivtv, werden geladen. Probleme gibt es aber tatsächlich beim Entladen. Ich habe die Zeitspanne zwischen Beenden von vdr + Entladen der Treiber schon von 1s auf 4s in der runvdr hochgesetzt. Trotzdem gibt es bei

/etc/init.d/runvdr stop

manchmal Hänger beim Entladen, d.h. auf der ssh-Konsole kommt keine Eingabeaufforderung mehr. Ich kann mich dann auch nicht mehr erneut einloggen.

Blöde Frage: kann es sein, dass die Ergänzung der class-ID für die Skystar/Airstar, die sich ja als Netzwerkkarte ausgibt, ein Entladen meiner LAN-Treiber zur Folge hat? Am VDR selbst per OSD (Einstellungen/Neustart) scheint es nämlich keine Probleme zu geben.

Zitat

Original von Dr. Seltsam

Blöde Frage: kann es sein, dass die Ergänzung der class-ID für die Skystar/Airstar, die sich ja als Netzwerkkarte ausgibt, ein Entladen meiner LAN-Treiber zur Folge hat? Am VDR selbst per OSD (Einstellungen/Neustart) scheint es nämlich keine Probleme zu geben.

...wenn ich mich recht an die Syntax von dvbdriver erinnere sprichst du dort einen wunden Punkt an. D.h. die Lösung die ich hier vorgeschlagen habe könnte eventuell untauglich sein. Allerdings wurde bei mir die Module der Netzwerkkarte nicht entladen, komisch.

Eine nicht gerade schöne Lösung wäre eine Extrabehandlung der Skystar2/Airstar2, so dass man die Class-ID der Airstar2/Skystar2 wieder rausnehmen kann.

Zum entladen der Treiber hatte ich mir auch so einige Gedanken gemacht. Ich dachte, dass ich bereits gepostet hatte, was mir so an Möglichkeiten vorschwebten. Aber ich kann es nicht finden. Ich such noch mal. Ich hatte auch schon verschiedene Ansätze getestet die auch funktionierten, aber natürlich langsamer als Coopers Lösung waren.

Ich denk noch mal drüber nach.

Nachtrag:
So ich kann mich wieder erinnern. Das Problem ist, das dvbdriver die Module zu einem Zeitpunkt entlädt, zu dem die Zugehörigen devices eventuell noch vom vdr in Beschlag genommen werden.

Lösungsansatz 1:
Erst x Sekunden nach dem beenden des vdrs mit dem Entladen der Module beginnen.
Nachteil: Man verschwendet eventuell unnötige Zeit. Insbesondere beim Herunterfahren des VDRs ist es nicht notwendig auf das Entladen der Module zu warten.

Lösungsansatz 2:
Man impementiert in dvbdriver eine Routine, die nachschaut, ob die Module wirklich entladen wurden. Fall ja, schön, falls nein dann wird es noch x-mal erneut versucht. Danach gibt man dann auf.

Lösungsansatz 3:
Man unterscheidet zwischen a) vdr-Prozess beenden und b) PC ausschalten.
zu a) Beim Aussschalten des PCs verzichtet man auf das Entladen der Module und spart so etwas Zeit.
zu b) hier verwendet man Lösungsansatz 2

Ich bin gespannt, wie es Cooper gemacht hat.

Nachtrag Ende.

Gruß
Wicky

Zitat

zu a) Beim Aussschalten des PCs verzichtet man auf das Entladen der Module und spart so etwas Zeit.

Davor möchte ich warnen. Ich habe gerade wieder Schwierigkeiten mit dem Entladen von Modulen, seit ich mit dem Toxic-Update kämpfe ("Pimp-my-linvdr").
Beim Ausschalten des PC, ohne vorher alle Module friedlich und kooperativ entladen zu haben, gibt es oft einen Kernel Oops oder Panic. Und dann wird nämlich das Netzteil eben _nicht_ ausgeschaltet, und der Rechner kann sich auch nicht wieder einschalten.

Wahrscheinlich sind wieder die Module der 90002 schuld, das war jedenfalls das letzte Mal so (als ich die Karte neu hatte). Im Moment scheint es einigermaßen zu gehen, da ich zusätzlich zu dem "sleep 5" vor dem Entladen aller Module noch ein "sleep 1" zwischen dem Entladen der einzelnen Module einlege. Die Zeitverschwendung ist völlig unbedeutend gegenüber der Familienkrise, falls eine wichtige Aufnahme versäumt wird ...

Wirklich angemessen erscheint mir daher Ansatz 2. Vielleicht sollte ich auch selbst mal versuchen, das in der runvdr umzusetzen.

Viele Grüße,
Matthias

Hi Mirko,

ich bin im Lesen von Scripten nicht zu gut, klär mich doch bitte mal auf, wie das mit den FIXEDMODULES funktioniert. Werden die beim "dvbdriver unload" nicht mit entladen? Für mich sieht es so aus, als wenn da nur die in /var/run/dvbdriver.modules eingetragenen Module entladen werden. Woraus sich die Frage ergibt, ob die FIXEDMODULES da mit reingeschrieben werden (klappt bei mir nämlich nicht).

Konkretes Problem: Für die PVR350 brauche ich zwei Module, ivtv und ivtv-fb (letzteres für den TV-Ausgang). Aufgrund der class-id lädt das Script automatisch ivtv, nicht jedoch ivtv-fb. Wenn ich jetzt ivtv-fb in FIXEDMODULES eintrage, dann wird das aber beim "dvbdriver unload" nicht entladen. Die Folge ist, dass auch ivtv nicht entladen werden kann, solange ivtv-fb geladen ist.

Ich muss also zuerst ivtv und danach ivtv-fb entladen. Kann ich das über Einträge in der modules.conf irgendwie erreichen? Oder bleibt mir da nur der manuelle Weg, in dem ich dvbdriver mit zusätzlichen modprobe-Befehlen ergänze?

hab mich wohl nicht verständlich ausgedrückt. Also nochmal:

Auch ohne irgendeinen Eintrag in FIXEDMODULES findet das script aufgrund der class-id 400 den Treiber ivtv. Der wird also automatisch geladen und ist auch in /var/run/dvbdriver.modules zu finden.

Was nicht automatisch geladen wird (und demzufolge auch nicht in/var/run/dvbdriver.modules steht) ist das ebenfalls benötigte Modul ivtv-fb.

Wenn ich dieses in FIXEDMODULES ergänze, wird es geladen. Es taucht aber in /var/run/dvbdriver.modules nicht auf.

beim dvbdriver unload wird nun also versucht, das Modul ivtv zu entladen. Das geht aber nicht, solange ivtv-fb noch geladen ist. Und ivtv-fb wird nicht entladen, weil es nicht in /var/run/dvbdriver.modules steht.

daher meine Anregung: Sollten bei einem unload nicht besser zunächst die in FIXEDMODULES geladenen Treiber entladen werden, ehe diejenigen entladen werden, die in /var/run/dvbdriver.modules stehen?
oder wäre es nicht möglich, dass auch die über FIXEDMODULES geladenen Treiber in /var/run/dvbdriver.modules geschrieben werden? (und zwar sinnvollerweise dann am Anfang der Liste, damit sie zuerst entladen werden)