Problem beim init mit ifconfig und SMP...

gladiator

Chaos mit System...
offensichtlich habe ich in ein oder zwei anderen Threads meine Frage/mein Problem nicht eindeutig genug formuliert.

Folgende Randbedingungen:
Mainboard Tyan Thunder HeSL S2567, laut Kompatibilitaetsliste seit 5.3 voll unterstuetzt
Dual P3-1000, 2GB SD-Ram, LAN onboard (Intel-Chip, fxp-Modul)
FreeBSD 5.4 minimal installiert, danach via make buildworld/installworld auf Stable gebracht, GENERIC-Kernel ohne SMP, weiterer Kernel mit SMP-Unterstuetzung vorhanden

Zum Problem:
Mit dem GENERIC-Kernel funktioniert alles wunderwar, allerdings nur auf einer CPU
Mit dem SMP-Kernel bleibt der Rechner beim init nach "setting hostname matrix.knowhow4you.de" haengen (nach dem "setting hostname" erfolgt normalerweise ifconfig fuer die vorhandenen Netzwerkgeraete) - ohne Fehlermeldung
Wenn ich den Netzwerkchip im Bios deaktiviere, laeuft der init auch mit dem SMP-Kernel durch, nur halt ohne Netzwerk ueber fxp0
D.h. derzeit muss ich mich zwischen SMP und Netzwerk entscheiden...
In frueheren Threads wurde hin und wieder ACPI als moegliche Fehlerursache angegeben, das moechte ich eigentlich ausschliessen, da bei mir ACPI deaktiviert ist.

Meine Fragen:
In einigen MLs war auch schon von einem aehnlichen Problem die Rede, allerdings bislang noch nie mit dem fxp-Modul, sondern mit dem em-Modul. Kann sonst noch jemand dieses Problem bestaetigen?
Gibt es evtl. Parameter, mit denen fxp0 auch unter einem SMP-Kernel "will" (sysctl, ifconfig, ...)
Liegt das ganze Problem nun
a) direkt an meiner Hardware?
b) am Kernel?
c) am fxp-Modul?
d) an ifconfig?
e) an <irgendetwasanderem>?

Derzeit moechte ich eigentlich noch nicht auf den 6.x-Zweig umsteigen, dort besteht das Problem aber offensichtlich nicht.
 
Füge mal der Datei /boot/loader.conf die Zeile

debug.mpsafenet="0"

hinzu und probiere es dann nochmals mit dem SMP-Kernel. Funktioniert es dann? Wenn ja, dann liegt es daran, dass du eine Komponente benutzt, die nicht vollständig SMP-fähig ist; das kann z.B. in bestimmten Fällen der Paketfilter pf sein oder der Treiber einer Netzwerkkarte.

Warum willst du nicht auf 6.x? Stabil läuft's eigentlich.

Björn
 
Björn König schrieb:
Achso, ok. Und was ist nun mit debug.mpsafenet="0"?
debug.mpsafenet="0" bleibt ebenfalls haengen
debug.mpsafenet="1" in Verbindung mit aktiviertem ACPI laeuft durch, allerdings liefert fxp0 in der Folge Timeouts und etwa 1 Minute spaeter faehrt die Kiste runter.
debug.mpsafenet="1" in Verbindung mit deaktiviertem ACPI bleibt ebenfalls haengen.
Tja, dann werde ich wohl doch auf die 6.x gehen und vorerst auf kQEMU verzichten muessen...
 
Zurück
Oben