VDR Portal
Registrierung Kalender Mitgliederliste Teammitglieder Suche Häufig gestellte Fragen Gallery Zur Startseite

VDR Portal » Linux » Betriebssystem » LinVDR » Kernel 2.6.17.7 für LinVDR 0.7 [Nexus-CA, TT DVB-S1401, DXR3] » Hallo Gast [Anmelden|Registrieren]
Letzter Beitrag | Erster ungelesener Beitrag Druckvorschau | An Freund senden | Thema zu Favoriten hinzufügen
Seiten (5): « erste ... « vorherige 3 4 [5] Neues Thema erstellen Antwort erstellen
Zum Ende der Seite springen Kernel 2.6.17.7 für LinVDR 0.7 [Nexus-CA, TT DVB-S1401, DXR3]
Autor
Beitrag « Vorheriges Thema | Nächstes Thema »
cooper cooper ist männlich
Prinz


Dabei seit: 27.08.2003
Beiträge: 4.473
Herkunft: nahe Eschwege/Göttingen
Berufung: Distributions-Entwic kler

Themenstarter Thema begonnen von cooper
Auf diesen Beitrag antworten Zitatantwort auf diesen Beitrag erstellen Diesen Beitrag editieren/löschen Diesen Beitrag einem Moderator melden       Zum Anfang der Seite springen

Servus Sig,

danke erst mal für den Input. Sind die Einstellungen in der modprobe.conf für alle Besitzer dieser Karte so nötig? Weil wenn ja, spricht überhaupt nichts dagegen, dies permanent so einzutragen.

Was die fehlenden Module angeht: Die kann er wohl nicht identifizieren. Schick mir doch bitte mal die Datei bzw. die Dateien aus /proc/bus/pci/??/??.?, die deine Twinhan-Karte betreffen. Das müssten /proc/bus/pci/00/0a.0 und /proc/bus/pci/00/0a.1 sein.

Damit kann ich dann feststellen, ob es ein Problem mit dem Script gibt, oder ob es sich nicht um eine unvollständige Modul-Definition im Treiber handelt. Sowas kommt leider auch vor, einer der Gründe, warum ich "FIXEDMODULES" eingefügt habe.

Momentan hoffe ich noch, dass wir ohne Sonderbehandlung einzelner Karten auskommen, dann könnten wir in Zukunft nämlich einfach pcimodules benutzen. Mal schauen.

Viele Grüße, Mirko

__________________
LinVDR -- die Mini-Linux-Distribution mit VDR [http://linvdr.org/projects/linvdr]. Die Update-CD gibt's hier.
18.09.2006 18:27 cooper ist offline E-Mail an cooper senden Homepage von cooper Beiträge von cooper suchen Nehmen Sie cooper in Ihre Freundesliste auf
SigVDR
Grünschnabel


Dabei seit: 18.09.2006
Beiträge: 8

RE: Kernel 2.6.17.7 für LinVDR 0.7 [Nexus-CA, TT DVB-S1401, DXR3] Auf diesen Beitrag antworten Zitatantwort auf diesen Beitrag erstellen Diesen Beitrag editieren/löschen Diesen Beitrag einem Moderator melden       Zum Anfang der Seite springen

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

__________________
Software: EasyVDR0.4 / X-Server Xorg + XFCE4 aus sarge-backports / vdr-xine0.7.10 + xine-lib-ui 2006-12-09 erstellt nach vdr-wiki > xine plugin
Hardware: MSI K8MM-V ( Via unichrome on Board) + Sempron64 / DVB: TT ff Ver. 1.6
19.09.2006 09:02 SigVDR ist offline E-Mail an SigVDR senden Beiträge von SigVDR suchen Nehmen Sie SigVDR in Ihre Freundesliste auf
SigVDR
Grünschnabel


Dabei seit: 18.09.2006
Beiträge: 8

Auf diesen Beitrag antworten Zitatantwort auf diesen Beitrag erstellen Diesen Beitrag editieren/löschen Diesen Beitrag einem Moderator melden       Zum Anfang der Seite springen

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

Dateianhang:
txt Nova.txt (3 KB, 11 mal heruntergeladen)


__________________
Software: EasyVDR0.4 / X-Server Xorg + XFCE4 aus sarge-backports / vdr-xine0.7.10 + xine-lib-ui 2006-12-09 erstellt nach vdr-wiki > xine plugin
Hardware: MSI K8MM-V ( Via unichrome on Board) + Sempron64 / DVB: TT ff Ver. 1.6
19.09.2006 13:52 SigVDR ist offline E-Mail an SigVDR senden Beiträge von SigVDR suchen Nehmen Sie SigVDR in Ihre Freundesliste auf
apex
Routinier


images/avatars/avatar-1047.jpg

Dabei seit: 01.06.2003
Beiträge: 494

Auf diesen Beitrag antworten Zitatantwort auf diesen Beitrag erstellen Diesen Beitrag editieren/löschen Diesen Beitrag einem Moderator melden       Zum Anfang der Seite springen

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!
19.09.2006 14:16 apex ist offline E-Mail an apex senden Beiträge von apex suchen Nehmen Sie apex in Ihre Freundesliste auf Fügen Sie apex in Ihre Kontaktliste ein AIM-Name von apex: apexnasi
SigVDR
Grünschnabel


Dabei seit: 18.09.2006
Beiträge: 8

LinVDR 0.7 / Kernel 2.6.17.7 Auf diesen Beitrag antworten Zitatantwort auf diesen Beitrag erstellen Diesen Beitrag editieren/löschen Diesen Beitrag einem Moderator melden       Zum Anfang der Seite springen

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

Dateianhänge:
unknown modules.conf (207 Byte, 34 mal heruntergeladen)
unknown modprobe.conf (352 Byte, 30 mal heruntergeladen)


__________________
Software: EasyVDR0.4 / X-Server Xorg + XFCE4 aus sarge-backports / vdr-xine0.7.10 + xine-lib-ui 2006-12-09 erstellt nach vdr-wiki > xine plugin
Hardware: MSI K8MM-V ( Via unichrome on Board) + Sempron64 / DVB: TT ff Ver. 1.6
21.09.2006 21:05 SigVDR ist offline E-Mail an SigVDR senden Beiträge von SigVDR suchen Nehmen Sie SigVDR in Ihre Freundesliste auf
SigVDR
Grünschnabel


Dabei seit: 18.09.2006
Beiträge: 8

RE: LinVDR 0.7 / Kernel 2.6.17.7 Auf diesen Beitrag antworten Zitatantwort auf diesen Beitrag erstellen Diesen Beitrag editieren/löschen Diesen Beitrag einem Moderator melden       Zum Anfang der Seite springen

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

__________________
Software: EasyVDR0.4 / X-Server Xorg + XFCE4 aus sarge-backports / vdr-xine0.7.10 + xine-lib-ui 2006-12-09 erstellt nach vdr-wiki > xine plugin
Hardware: MSI K8MM-V ( Via unichrome on Board) + Sempron64 / DVB: TT ff Ver. 1.6
26.09.2006 13:13 SigVDR ist offline E-Mail an SigVDR senden Beiträge von SigVDR suchen Nehmen Sie SigVDR in Ihre Freundesliste auf
SigVDR
Grünschnabel


Dabei seit: 18.09.2006
Beiträge: 8

RE: LinVDR 0.7 / Kernel 2.6.17.7 Auf diesen Beitrag antworten Zitatantwort auf diesen Beitrag erstellen Diesen Beitrag editieren/löschen Diesen Beitrag einem Moderator melden       Zum Anfang der Seite springen

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

__________________
Software: EasyVDR0.4 / X-Server Xorg + XFCE4 aus sarge-backports / vdr-xine0.7.10 + xine-lib-ui 2006-12-09 erstellt nach vdr-wiki > xine plugin
Hardware: MSI K8MM-V ( Via unichrome on Board) + Sempron64 / DVB: TT ff Ver. 1.6
26.09.2006 16:07 SigVDR ist offline E-Mail an SigVDR senden Beiträge von SigVDR suchen Nehmen Sie SigVDR in Ihre Freundesliste auf
Dr. Seltsam Dr. Seltsam ist männlich
Prinz


Dabei seit: 06.11.2003
Beiträge: 4.296
Herkunft: 3. Planet des Sonnensystems
Berufung: Raubvorspuler

RE: Pinnacle SAT Auf diesen Beitrag antworten Zitatantwort auf diesen Beitrag erstellen Diesen Beitrag editieren/löschen Diesen Beitrag einem Moderator melden       Zum Anfang der Seite springen

Zitat:
Original von cooper
Servus Wicky,

Zitat:
Original von WickyMit dem Entladen der Module gibt es doch noch Probleme.

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


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
code:
1:
/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.

__________________
VDR 1: Silverstone LC20, ECS P6-ISAII, C3 Ezra 933, Siemens DVB-C FF Rev. 1.5, TT-1500C, Airstar 2, PVR250, SV0802N in Silentmaxx HD-Dämmgehäuse; Atric-IR-Einschalter
VDR 2: Yeong-Yang A206 mit lüfterlosem externen 110W-Netzteil; Via C3M266, C3 Ezra 800, PVR350, Pinnacle DVB-T 300i
jeweils verpanschtes LinVDR 0.7 mit Dr.Seltsam-Kernel Alien5

Dieser Beitrag wurde 1 mal editiert, zum letzten Mal von Dr. Seltsam: 26.09.2006 20:30.

26.09.2006 20:30 Dr. Seltsam ist offline E-Mail an Dr. Seltsam senden Beiträge von Dr. Seltsam suchen Nehmen Sie Dr. Seltsam in Ihre Freundesliste auf
Wicky Wicky ist männlich
Großherzog


Dabei seit: 03.07.2005
Beiträge: 3.795
Herkunft: NRW

RE: Pinnacle SAT Auf diesen Beitrag antworten Zitatantwort auf diesen Beitrag erstellen Diesen Beitrag editieren/löschen Diesen Beitrag einem Moderator melden       Zum Anfang der Seite springen

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

__________________
Hardware: M2NPV-VM, AthlonXP-64 3500+, Samsung 300GB, Airstar2
Software: easyVDR 0.4.2
dxr3-Links:
dxr3config, dxr3-Howto Freude , dxr3-Modul-Entwicklerseite, dxr3-Plugin-Entwicklerseite

Dieser Beitrag wurde 2 mal editiert, zum letzten Mal von Wicky: 26.09.2006 21:00.

26.09.2006 20:38 Wicky ist offline E-Mail an Wicky senden Homepage von Wicky Beiträge von Wicky suchen Nehmen Sie Wicky in Ihre Freundesliste auf
mw_183 mw_183 ist männlich
Eroberer


Dabei seit: 24.05.2004
Beiträge: 61
Herkunft: bremen

RE: Pinnacle SAT Auf diesen Beitrag antworten Zitatantwort auf diesen Beitrag erstellen Diesen Beitrag editieren/löschen Diesen Beitrag einem Moderator melden       Zum Anfang der Seite springen

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

__________________
VDR: Linvdr 0.7 mit Dr. Seltsam Kernel 2.6.18, Toxic-Update "Pimp-my-linvdr-0.7" mit vdr 1.4.2-3;
2x Nova-t (928 und 90002), dxr3, lirc-FB, asus p4vp-mx, celeron 2000
27.09.2006 13:30 mw_183 ist offline E-Mail an mw_183 senden Beiträge von mw_183 suchen Nehmen Sie mw_183 in Ihre Freundesliste auf
cooper cooper ist männlich
Prinz


Dabei seit: 27.08.2003
Beiträge: 4.473
Herkunft: nahe Eschwege/Göttingen
Berufung: Distributions-Entwic kler

Themenstarter Thema begonnen von cooper
Auf diesen Beitrag antworten Zitatantwort auf diesen Beitrag erstellen Diesen Beitrag editieren/löschen Diesen Beitrag einem Moderator melden       Zum Anfang der Seite springen

Also die Ethernet-Karte (Class-ID 0x0200) wird in keinem Fall entladen. Ich fürchte dass sich beim Entladen irgend ein Kernel-Modul aufhängt und du deshalb nicht mehr auf die Konsole kommst.

Ansonsten danke erst einmal für den Test der neuen modutils, so weit war ich noch gar nicht.

Viele Grüße, Mirko

__________________
LinVDR -- die Mini-Linux-Distribution mit VDR [http://linvdr.org/projects/linvdr]. Die Update-CD gibt's hier.
27.09.2006 18:49 cooper ist offline E-Mail an cooper senden Homepage von cooper Beiträge von cooper suchen Nehmen Sie cooper in Ihre Freundesliste auf
Dr. Seltsam Dr. Seltsam ist männlich
Prinz


Dabei seit: 06.11.2003
Beiträge: 4.296
Herkunft: 3. Planet des Sonnensystems
Berufung: Raubvorspuler

Auf diesen Beitrag antworten Zitatantwort auf diesen Beitrag erstellen Diesen Beitrag editieren/löschen Diesen Beitrag einem Moderator melden       Zum Anfang der Seite springen

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?

__________________
VDR 1: Silverstone LC20, ECS P6-ISAII, C3 Ezra 933, Siemens DVB-C FF Rev. 1.5, TT-1500C, Airstar 2, PVR250, SV0802N in Silentmaxx HD-Dämmgehäuse; Atric-IR-Einschalter
VDR 2: Yeong-Yang A206 mit lüfterlosem externen 110W-Netzteil; Via C3M266, C3 Ezra 800, PVR350, Pinnacle DVB-T 300i
jeweils verpanschtes LinVDR 0.7 mit Dr.Seltsam-Kernel Alien5
27.09.2006 21:11 Dr. Seltsam ist offline E-Mail an Dr. Seltsam senden Beiträge von Dr. Seltsam suchen Nehmen Sie Dr. Seltsam in Ihre Freundesliste auf
cooper cooper ist männlich
Prinz


Dabei seit: 27.08.2003
Beiträge: 4.473
Herkunft: nahe Eschwege/Göttingen
Berufung: Distributions-Entwic kler

Themenstarter Thema begonnen von cooper
Auf diesen Beitrag antworten Zitatantwort auf diesen Beitrag erstellen Diesen Beitrag editieren/löschen Diesen Beitrag einem Moderator melden       Zum Anfang der Seite springen

Servus,

das Script lädt als erstes alle FIXEDMOULES und dann die übrigen Module. Welche er geladen hat und später auch wieder entlädt, findest du in /var/run/dvbdriver.modules. Alles, was dort an Modulen nicht auftaucht, wird auch nicht entladen.

Welche Class-ID fehlt denn für die PVR?

Viele Grüße, MIrko

__________________
LinVDR -- die Mini-Linux-Distribution mit VDR [http://linvdr.org/projects/linvdr]. Die Update-CD gibt's hier.
28.09.2006 14:08 cooper ist offline E-Mail an cooper senden Homepage von cooper Beiträge von cooper suchen Nehmen Sie cooper in Ihre Freundesliste auf
Dr. Seltsam Dr. Seltsam ist männlich
Prinz


Dabei seit: 06.11.2003
Beiträge: 4.296
Herkunft: 3. Planet des Sonnensystems
Berufung: Raubvorspuler

Auf diesen Beitrag antworten Zitatantwort auf diesen Beitrag erstellen Diesen Beitrag editieren/löschen Diesen Beitrag einem Moderator melden       Zum Anfang der Seite springen

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)

__________________
VDR 1: Silverstone LC20, ECS P6-ISAII, C3 Ezra 933, Siemens DVB-C FF Rev. 1.5, TT-1500C, Airstar 2, PVR250, SV0802N in Silentmaxx HD-Dämmgehäuse; Atric-IR-Einschalter
VDR 2: Yeong-Yang A206 mit lüfterlosem externen 110W-Netzteil; Via C3M266, C3 Ezra 800, PVR350, Pinnacle DVB-T 300i
jeweils verpanschtes LinVDR 0.7 mit Dr.Seltsam-Kernel Alien5
28.09.2006 14:53 Dr. Seltsam ist offline E-Mail an Dr. Seltsam senden Beiträge von Dr. Seltsam suchen Nehmen Sie Dr. Seltsam in Ihre Freundesliste auf
cooper cooper ist männlich
Prinz


Dabei seit: 27.08.2003
Beiträge: 4.473
Herkunft: nahe Eschwege/Göttingen
Berufung: Distributions-Entwic kler

Themenstarter Thema begonnen von cooper
Auf diesen Beitrag antworten Zitatantwort auf diesen Beitrag erstellen Diesen Beitrag editieren/löschen Diesen Beitrag einem Moderator melden       Zum Anfang der Seite springen

Zitat:
Original von Dr. Seltsam
hab mich wohl nicht verständlich ausgedrückt.

Nein, du hast mich nur falsch verstanden: Welchen Class-Code erwartet denn ivtv-fb? Oder welches Device? Oder lässt sich das gar nicht hardware-abhängig erkennen?

Zitat:
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.

Gut so.

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

Ich weiß.

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

Das ist dein Problem, das du lösen musst. Weil das Script schreibt sämtliche Module da rein, die geladen werden, also auch ivtv-fb. Warum das bei dir nicht so ist, must du rausbekommen.

Zitat:
Und ivtv-fb wird nicht entladen, weil es nicht in /var/run/dvbdriver.modules steht.

... würde dir auch nichts nützen, wenn es da drin steht. Die festen Module werden als allererstes geladen und als allerletztes entladen. Immer. Er löst zwar vorher die Abhängigkeiten auf, nur wenn ivtv-fb keine echte Abhängigkeit auf ivtv hat (siehe modules.dep), klappt das nicht. Das ist dann aber ein Fehler im Kernel-Modul.

Zitat:
daher meine Anregung: Sollten bei einem unload nicht besser zunächst die in FIXEDMODULES geladenen Treiber entladen werden

Nein, weil das funktioniert nicht. Diese Module werden als erstes geladen und müssen daher als letztes entladen werden.

Zitat:
ehe diejenigen entladen werden, die in /var/run/dvbdriver.modules stehen?

Es werden nur die Module aus der dvbdriver.modules entladen, keine anderen. Alles was da drin steht bekommt ein modprobe -r, aber auch nichts anderes.

Zitat:
oder wäre es nicht möglich, dass auch die über FIXEDMODULES geladenen Treiber in /var/run/dvbdriver.modules geschrieben werden?

.... genau das tut das Script doch. Warum auch immer das bei dir nicht geht.

Zitat:
(und zwar sinnvollerweise dann am Anfang der Liste, damit sie zuerst entladen werden)

Nein, es macht eben keinen Sinn die zuerst zu entladen, weil sie zuerst geladen werden. Immer hübsch die Reihenfolge wahren.

Versuch mal rauszufinden, warum ivtv-fb nicht in der dvbdriver.modules steht, obwohl das Modul von dem Script ja geladen wird.

Viele Grüße, Mirko

__________________
LinVDR -- die Mini-Linux-Distribution mit VDR [http://linvdr.org/projects/linvdr]. Die Update-CD gibt's hier.
28.09.2006 15:35 cooper ist offline E-Mail an cooper senden Homepage von cooper Beiträge von cooper suchen Nehmen Sie cooper in Ihre Freundesliste auf
Seiten (5): « erste ... « vorherige 3 4 [5] Baumstruktur | Brettstruktur
Gehe zu:
Neues Thema erstellen Antwort erstellen
VDR Portal » Linux » Betriebssystem » LinVDR » Kernel 2.6.17.7 für LinVDR 0.7 [Nexus-CA, TT DVB-S1401, DXR3]

www.vdr-portal.de VDR Portal © 2002-2006 by genka
Forensoftware: Burning Board genkaED, entwickelt von WoltLab GmbH