 Kernel 2.6.17.7 für LinVDR 0.7 [Nexus-CA, TT
DVB-S1401, DXR3] |
cooper
Prinz
Dabei seit:
27.08.2003
Beiträge: 4.473
Herkunft: nahe
Eschwege/Göttingen
Berufung:
Distributions-Entwic kler
Themenstarter
 | |
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 |
    
| |
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] |
   
 |
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
Grünschnabel
Dabei seit:
18.09.2006
Beiträge: 8
| |
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: |
 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 |
| |
apex
Routinier
Dabei seit:
01.06.2003
Beiträge: 494
| |
| 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 |
 
| |
SigVDR
Grünschnabel
Dabei seit:
18.09.2006
Beiträge: 8
| |
| LinVDR 0.7 / Kernel
2.6.17.7 |
|
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
__________________
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
Grünschnabel
Dabei seit:
18.09.2006
Beiträge: 8
| |
| RE: LinVDR 0.7 /
Kernel 2.6.17.7 |
|
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
Grünschnabel
Dabei seit:
18.09.2006
Beiträge: 8
| |
| RE: LinVDR 0.7 /
Kernel 2.6.17.7 |
|
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 |
| |
Dr.
Seltsam
Prinz
Dabei seit:
06.11.2003
Beiträge: 4.296
Herkunft: 3.
Planet des Sonnensystems
Berufung:
Raubvorspuler
| |
| 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 
Dieser Beitrag wurde 1
mal editiert, zum letzten Mal von Dr. Seltsam:
26.09.2006 20:30. | |
| 26.09.2006 20:30 |
| |
Wicky
Großherzog
Dabei seit:
03.07.2005
Beiträge: 3.795
Herkunft:
NRW
| |
| 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  , 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 |
| |
mw_183
Eroberer
Dabei seit:
24.05.2004
Beiträge: 61
Herkunft:
bremen
| |
| 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 |
| |
cooper
Prinz
Dabei seit:
27.08.2003
Beiträge: 4.473
Herkunft: nahe
Eschwege/Göttingen
Berufung:
Distributions-Entwic kler
Themenstarter
| |
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 |
| |
Dr.
Seltsam
Prinz
Dabei seit:
06.11.2003
Beiträge: 4.296
Herkunft: 3.
Planet des Sonnensystems
Berufung:
Raubvorspuler
| |
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
| |
| 27.09.2006 21:11 |
| |
cooper
Prinz
Dabei seit:
27.08.2003
Beiträge: 4.473
Herkunft: nahe
Eschwege/Göttingen
Berufung:
Distributions-Entwic kler
Themenstarter
| |
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 |
| |
Dr.
Seltsam
Prinz
Dabei seit:
06.11.2003
Beiträge: 4.296
Herkunft: 3.
Planet des Sonnensystems
Berufung:
Raubvorspuler
| |
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
| |
| 28.09.2006 14:53 |
| |
cooper
Prinz
Dabei seit:
27.08.2003
Beiträge: 4.473
Herkunft: nahe
Eschwege/Göttingen
Berufung:
Distributions-Entwic kler
Themenstarter
| |
| 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 |
| |
|
|
|
  |
|
