Ich hatte mal Probleme mit dem erkennen der Karte als im Bios "PnP aware OS" auf "yes" stand.
Da ich gleichzeitig noch anderes rumgebastelt habe, bin ich mir nicht sicher ob es damit zusammenhing.
Aber ausprobieren kostet ja nix.
Schau mal, was die LEDs auf der HDE machen. Beim Einschalten sollten die nach so 3-4s wechseln, dann ist U-Boot bereit. Evtl. ist das ein Resetproblem wg. komischer Spannungsreihenfolge vom Netzteil. Der Phys-Start ist jedenfalls sehr seltsam, viel zu tief für normale PCI-HW. Was zeigt denn "lspci -vvv -H1" in dem Zustand bei der HDE?
ZitatOriginal von tomsat
Habe nur Plug & Play O/S = No
Bringt es was den PCI-Devices einen fixen IRQ im Bios zu vergeben?
Den meine ich. "No" ist aber korrekt, dann werden die Resource vom BIOS verteilt, sonst muss es dass OS machen. (so läuft es bei mir)
IRQ zuteilen wird nix ändern, weil es ja ein Problem mit den Speicherbereichen und nicht mit dem IRQ gibt.
Hab inzwischen alle PCI-Einstellungen im Bios durchprobiert. Kann einstellen was ich will das Problem bleibt... 
Mir sieht das irgendwie nach einem BIOS-Problem aus. Die Speicheraddresse ist Blödsinn und der Bereich wird noch nichtmal aktiviert.
Ich habe exakt das gleiche Problem mit einem Legend QDI (jetzt Lenovo) VIA KT133A-Board mit Athlon 800.
Mein Workaround ist es, am Anfang von rc.sysinit (OS ist Fedora 6) folgendendes zu schreiben:
if [ "`lspci -vv -s XXXXX | grep disabled`" != "" ]; then
reboot -f
exit 0
fi
Für XXXXX muss man den Parameter aus der ersten Spalte der Ausgabe von lspci nehmen (für die HDe natürlich).
Nachteil des Workarounds ist die Verlängerung der Boot-Zeit. Aus diesem Grunde wäre mir natürlich eine Lösung lieber, die dieses umgehen würde. Allerdings ist das Board ziemlich alt, so dass es keine aktuellen BIOS-Updates mehr gibt. Ich habe außerdem Angst um meine handgebastelte nvram-wakeup-Konfiguration.
Einen gewissen Erfolg hatte ich im übrigen schon mit der Kernel-Option acpi=noirq in grub.conf, dann ist zumindest die IRQ-Zuordnung beim ersten Booten korrekt. Allerdings sind die Speicherbereiche immer noch disabled.
Die Karte braucht keine IRQ, daher ist das egal. Evtl. könnte man im Nachhinein per setpci die BAR1-Adresse (0x14) von Hand setzen, bevor man hdshm lädt. Ich zweifele nur, ob sich das dann tatsächlich in dem PCI-Config-Cache von Linux wiederspiegelt. Das normale lspci (ohne -H1) gibt nämlich nur die Daten aus dem Cache aus, und nach dem Inhalt gehen alle Treiber. Man kann zwar PCI-Hotplugevents auslösen, das ist aber eine ziemliche Fummelei im Treiber...
"Kann man das Problem irgendwie im linux.bin oder so lösen, das auf die Karte geladen wird?"
Nein, soweit bist du bei dem Problem noch gar nicht. Das Problem ist, dass die Karte schon vom Bios falsch konfiguriert wird (oder ein Problem mit der Bios-Konfig hat, will da nichts ausschliessen). An dem U-Boot, der auf der Karte im Flash läuft, kann es auch nicht liegen, weil der PCI-Kram auch ohne U-Boot geht. Der U-Boot im Flash wird in der Fabrik auch erst über PCI reinprogrammiert.
Was evtl. sein könnte, ist, dass die HDE einen internen Reset hat, der erst ca. 1-2s nach dem Anlegen der Stromversorgung das Powersequencing startet. D.h. beim frischen Anschalten wird sie erst wohl nach ca. 1-2s über PCI sichtbar. Da könnte evtl. das Bios in in irgendwas reinrennen.
Versuch mal, beim Anschalten den Reset gedrückt zu halten und erst nach ein paar s loszulassen.
Versuch doch mal im Bios Einstellungen zu aktivieren die Zeit brauchen (quick poweron Selftest : Disable,...)
Also alles was einem zügigen Start normalerweise im Wege steht.
Lars
Hm.. Weiss nicht, ob das was hilft. Das Einzige wäre wohl, den zeitbestimmenden Kondensator auf der HDE kleiner zu machen. Ist aber nur was für Leute, die genau wissen, was sie tun und wo der Lötkolben heiss wird...
Liegt wahrscheinlich am Bios, das die PCI-Initialisierung ganz schnell am Anfang macht. In der Reelbox ist das nicht aufgefallen...
Der C wäre in SMD, Bauform 0603. Links oben neben den LEDs ist ein kleines schwarzes IC mit 5 Beinchen und der Auschrift D28B. Rechts daneben ist ein Widerstands mit "681" und direkt daneben der Kondensator (dunkelbraun). Den könnte man versuchsweise durch einen 47nF-Typ ersetzen.
Da ich mal nicht denke das Asus auf Anfrage von mir am Bios wohl ändern würde, wird mir ja vermutlich nicht anderes übrig bleiben als den C auszuwechseln. Werde aber zur Sicherheit zuerst mal ein Makrofoto von dem entsprechenden Teil auf dem Board machen und den entsprechenden C markieren. Poste das Foto vermutlich dann morgen.
Wäre froh wenn du mir dann bestätigen könntest das ich auch den richtigen wechsle. Das Umlöten werde ich dann vermutlich durch Profis machen lassen. -Ist ja alles superklein 
Das Auswechseln des C hat ja sonst keine anderen Effekte auf das Board, oder?
Das ist die Zeitverzögerung für den Resetgenerator. Die mag im Original arg lang sein (~1s), gestört hat sie bei uns aber bislang nicht. Mit den 47n sollte sich das dann im Bereich von 0.05-0.1s bewegen.
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!
