In allen mir bekannten Fällen hing das Problem mit gestorbener Hardware am PCI zusammen: Mainboard Tod oder tote PCI Karten.
Gelöst: Meine DVB Karten werden nicht erkannt
- Dottore
- Geschlossen
-
-
Hallo,
auch Merkwürdig finde ich das gerne mal 00a1:a1a0 dabei rauskommt.Und völlig neu ist mir das das auch Budget Karten betrifft und das auch noch mit Ufo s fix zu retten ist.
Gruß Ulf
-
Zitat
Original von ULF
Hallo,
auch Merkwürdig finde ich das gerne mal 00a1:a1a0 dabei rauskommt.
a0 = Read-I2C-Adresse des EEPROMs
a1 = Write-I2C-Adresse des EEPROMs
Zufall?Im laufenden Betrieb greift der Treiber allerdings auf das EEPROM überhaupt nicht zu (nur beim Laden des Treibers).
CU
Oliver -
Ich sehe jedenfalls diese IDs nicht zum ersten mal.
-
Hmm, also ich kann dazu nur folgendes sagen:
Die Karten kamen nie mit Windows oder überhaupt was anderem als Linux in Berührung.
Alle 4 Karten liefen ca. 2 Jahre lang ohne Probleme, bis das Board anfing, nach jeweils einer halben Stunde abzuschmieren (alles hing).
Aber selbst dann wurden die Treiber noch geladen.
Dann habe ich das System ein halbes Jahr nicht mehr angefasst. Nun das neue Board eingesetzt, neuen Kernel gebacken, und mich gewundert, dass der Treiber nicht lädt, was dann zum Ursprungs Post geführt hatte....Schon irgendwie merkwürdig, das Ganze.
Nachdem es was mit I2C zu tun hat: Kann es vielleicht irgendwie mit lmsensors zusammenhängen? Wäre natürlich eine komische Koinzidenz, hmmm....
-
Mhm an Zufall glaube ich ehr nicht
Aber was auch immer es sein mag hat wer eine Idee wie man dem auf die Spur kommen könnte?
Code01:09.0 0480: 1131:7146 (rev 01) Subsystem: 13c2:1004 Flags: bus master, medium devsel, latency 123, IRQ 11 Memory at fc101400 (32-bit, non-prefetchable) [size=512] 00: 31 11 46 71 06 00 80 02 01 00 80 04 00 7b 00 00 10: 00 13 10 fc 00 00 00 00 00 00 00 00 00 00 00 00 20: 00 00 00 00 00 00 00 00 00 00 00 00 c2 13 04 10 30: 00 00 00 00 00 00 00 00 00 00 00 00 0b 01 0f 26
Und wenn dann doch immer hinten wo die ID steht also 20: am Ende?
Für Tests würde ich allerdings eine meiner alten Fusi hernehmen
Gruß Ulf
-
Ja mich wundert das auch, warum ist nur die ID falsch?
Die MAC Adressen haben ja offenbar nicht gelitten.... -
Zitat
Original von ULF
Mhm an Zufall glaube ich ehr nichtAber was auch immer es sein mag hat wer eine Idee wie man dem auf die Spur kommen könnte?
Herumprobieren, bis es knallt. Dummerweise erkennt man die Änderung erst nach dem nächsten Reboot.ZitatCode01:09.0 0480: 1131:7146 (rev 01) Subsystem: 13c2:1004 Flags: bus master, medium devsel, latency 123, IRQ 11 Memory at fc101400 (32-bit, non-prefetchable) [size=512] 00: 31 11 46 71 06 00 80 02 01 00 80 04 00 7b 00 00 10: 00 13 10 fc 00 00 00 00 00 00 00 00 00 00 00 00 20: 00 00 00 00 00 00 00 00 00 00 00 00 c2 13 04 10 30: 00 00 00 00 00 00 00 00 00 00 00 00 0b 01 0f 26
Und wenn dann doch immer hinten wo die ID steht also 20: am Ende?
lspci zeigt die Konfiguration der PCI-Bridge an, nicht direkt das EEPROM!
Im EEPROM steht die ID nämlich ganz vorne auf Adresse 0.CU
Oliver -
Zitat
Original von Dottore
Hmm, also ich kann dazu nur folgendes sagen:
Die Karten kamen nie mit Windows oder überhaupt was anderem als Linux in Berührung.
Alle 4 Karten liefen ca. 2 Jahre lang ohne Probleme, bis das Board anfing, nach jeweils einer halben Stunde abzuschmieren (alles hing).
Aber selbst dann wurden die Treiber noch geladen.
Dann habe ich das System ein halbes Jahr nicht mehr angefasst. Nun das neue Board eingesetzt, neuen Kernel gebacken, und mich gewundert, dass der Treiber nicht lädt, was dann zum Ursprungs Post geführt hatte....Schon irgendwie merkwürdig, das Ganze.
Nachdem es was mit I2C zu tun hat: Kann es vielleicht irgendwie mit lmsensors zusammenhängen? Wäre natürlich eine komische Koinzidenz, hmmm....
Hm. Läuft bei der Installation von lmsensors so eine Art "Autodetection", die alle I2C-Busse absucht?
CU
Oliver -
Zitat
Original von UFO
Hm. Läuft bei der Installation von lmsensors so eine Art "Autodetection", die alle I2C-Busse absucht?Naja, es gibt da dieses sensors-detect Script. Ich hab mich leider nicht genug damit befasst, um jetzt da einen Verdacht zu äußern.
Allerdings hatte ich das Script schon lange nicht mehr benutzt, und die Karten haben ihre IDs wirklich just in dem Moment verloren, als mein Board abgeraucht ist. Irgendwas muß da aus dem Ruder gelaufen sein, vielleicht während des "Sterbeprozesses" des Boards...
Es sei denn, es ist nach dem Einbau des neuen Boards passiert, durch den Versuch, einen nicht existierenden Hardwaresensor zu starten, und BEVOR ich versucht habe, die Treiber zu laden... Hmmmm...
Das wäre vielleicht einen Test wert, momentan schlottern mir dazu aber die Knie noch zu sehr... -
Zitat
Original von Dottore
Naja, es gibt da dieses sensors-detect Script. Ich hab mich leider nicht genug damit befasst, um jetzt da einen Verdacht zu äußern.
Allerdings hatte ich das Script schon lange nicht mehr benutzt, und die Karten haben ihre IDs wirklich just in dem Moment verloren, als mein Board abgeraucht ist. Irgendwas muß da aus dem Ruder gelaufen sein, vielleicht während des "Sterbeprozesses" des Boards...
Es sei denn, es ist nach dem Einbau des neuen Boards passiert, durch den Versuch, einen nicht existierenden Hardwaresensor zu starten, und BEVOR ich versucht habe, die Treiber zu laden... Hmmmm...
Das wäre vielleicht einen Test wert, momentan schlottern mir dazu aber die Knie noch zu sehr...Welche Version von lmsensors ist installiert? Ich probier das mal aus.
CU
oliver -
AFAIK wird das sensor-detect script nur einmal beim einrichten von lm_sensors benötigt, was wohl nen scan macht und dabei die passenden Module sucht und sie dann in die config einträgt.
Inwieweit die Module was damit zu tun haben ????? -
Zitat
Original von UFO
Welche Version von lmsensors ist installiert? Ich probier das mal aus.Hi Oliver,
hab leider die Sourcen nicht mehr, aber sensors -v sagt Version 2.9.2.
Wenn ich mich recht erinnere, waren bei meinem alten Board die Module eeprom, i2c-isa und w83627ehf geladen. Das jetzige hat aber einen LM85 Chip.
Wenn Du es nicht nachvollziehen kannst, werde ich auf jeden Fall dieser Tage ebenfalls nochmal experimentieren, allerdings mal nur mit einer einzelnen Budget und nicht allen 4 Karten diesmal hehe...Viele Grüße
Stephan -
Zitat
Original von Dottore
Hi Oliver,
hab leider die Sourcen nicht mehr, aber sensors -v sagt Version 2.9.2.
Wenn ich mich recht erinnere, waren bei meinem alten Board die Module eeprom, i2c-isa und w83627ehf geladen. Das jetzige hat aber einen LM85 Chip.
Wenn Du es nicht nachvollziehen kannst, werde ich auf jeden Fall dieser Tage ebenfalls nochmal experimentieren, allerdings mal nur mit einer einzelnen Budget und nicht allen 4 Karten diesmal hehe...
Diese Version ist ja nicht gerade aktuell. Ich habe hier 2.10.0, und die ist auch schon älter...Jedenfalls fragt sensors-detect, ob es die Busse der DVB-Karten scannen soll. Werde das später mal ausprobieren, muß erst noch ein paar Sicherheitsmaßnahmen treffen.
CU
Oliver -
Zitat
Original von UFO
Jedenfalls fragt sensors-detect, ob es die Busse der DVB-Karten scannen soll. Werde das später mal ausprobieren, muß erst noch ein paar Sicherheitsmaßnahmen treffen.
So, habe jetzt mehrmals sensors-detect auf die DVB-Karten losgelassen. Ist jedoch nichts passiert.CU
Oliver -
Ich vermute mal, dass der SAA7146 die EEPROMS selber löscht, wenn während des Auslesens der ID die Spannung einbricht oder ein BUS-Reset auftritt.
Das würde dann auch erklären, warum immer das Gleiche in dem EEPROMs steht.
Der EEPROM-Inhalt müsste dann eigentlich aus Teilen des nächsten Leseversuches bestehen. -
Zitat
Original von SHF
Ich vermute mal, dass der SAA7146 die EEPROMS selber löscht, wenn während des Auslesens der ID die Spannung einbricht oder ein BUS-Reset auftritt.Das würde dann auch erklären, warum immer das Gleiche in dem EEPROMs steht.
Der EEPROM-Inhalt müsste dann eigentlich aus Teilen des nächsten Leseversuches bestehen.
Kann man das nicht simulieren mit modprobe + Stecker raus? -
Zitat
Original von tr500
Kann man das nicht simulieren mit modprobe + Stecker raus?So wie ich das verstanden habe lädt der SAA7146 die EEPROM-Inhalte selbsttätig, sobald er Strom bekommt oder nach einem Reset.
Man müsst also den Rechner dauern ein und ausschalten oder Reset drücken um das zu provozieren.
-
Zitat
Original von SHF
Ich vermute mal, dass der SAA7146 die EEPROMS selber löscht, wenn während des Auslesens der ID die Spannung einbricht oder ein BUS-Reset auftritt.Das würde dann auch erklären, warum immer das Gleiche in dem EEPROMs steht.
Der EEPROM-Inhalt müsste dann eigentlich aus Teilen des nächsten Leseversuches bestehen.
Klar, durch Störung der Stromversorgung im "richtigen" Moment kann natürlich alles passieren. Es gehört aber schon eine Menge "Glück" dazu, dies hinzukriegen. Ein sterbendes Mainboard oder Netzteil könnte allerdings auf diese Weise alle Karten gleichzeitig killen.Vielleicht sollte man es als Betroffener auch mal mit Lotto versuchen?
CU
Oliver -
Zitat
Original von UFO
Vielleicht sollte man es als Betroffener auch mal mit Lotto versuchen?Hehe damit habe ich leider weniger "Glück"
Klingt für mich aber schon plausibel, denn ich hab das Teil schon öfters an/ausgeschaltet bis ich wirklich überzeugt war, dass das Board hin ist.
Außerdem hat das "Abrauchen" eine Zeit gedauert und war nicht plötzlich.
Es fing damit an, daß mein gutes altes CrystalFontz Display (lcdproc über COM2) manchmal Mist angezeigt hat. Dann blieb das Board immer öfter und in immer kürzeren Abständen stehen....
Was da so alles schiefgelaufen ist läßt sich wohl nicht mehr rekonstruieren.
Sollte es mir nochmal passieren, werde ich versuchen, Parallelen zu ziehenEinstweilen bin ich erstmal super froh, daß ich hier so schnelle Hilfe gefunden habe und meine 4 DVB Karten noch eine Weile weiterleben dürfen
Grüße
Stephan
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!