Ich möchte den Promise-Zusatzcontroller auf meinem Board komplett abschalten. Wie kann ich ihn (z.B. im BIOS) so abschalten, dass Windows 98SE ihn nicht erkennt - im Gerätemanager anzeigt, um ihn dort nicht deaktivieren zu müssen?
Mainboards, BIOS, Prozessoren, RAM 27.329 Themen, 124.498 Beiträge
Borlander 
FDM „A7V Promise-UDMA-100-Controller richtig abschalten“
Normalerweise solltest Du irgendwo im BIOS eine Option "OnBoard Promise" (oder was in der Richtung) haben, über die Du den Controller aktivieren, oder deaktivieren kannst...
FDM Borlander „Normalerweise solltest Du irgendwo im BIOS eine Option OnBoard Promise oder was...“
Der Controller wird nicht abgeschaltet - nur das BIOS. Im Gerätemanager von Windows existiert er trotzdem.
Borlander FDM „Der Controller wird nicht abgeschaltet - nur das BIOS. Im Gerätemanager von...“
Also wenn der Controller über eine Option wie "OnBoard Promise" deaktiviert wurde, dann sollte er auch wirklich aus sein. Womöglich erkennt Win98 das Wegbleiben von dem Controller nur nicht? Lass mal die Hardwarerekennung nochmal drüber laufen...
Gruß
Borlander
gelöscht_129835 Borlander „Also wenn der Controller über eine Option wie OnBoard Promise deaktiviert...“
FDM hat recht.
Der Controller kann zwar im Bios dahingehend abgeschaltet werden, das er beim Booten keine Festplatten sucht und logischerweise somit nicht mehr bootfähig ist. Der Chip selber wird aber von Win gefunden und taucht im Gerätemanager auf.
Nur wäre hier meine Gegenfrage. Wo ist das Problem, dann steht er halt im Gerätemanager drinnen.
FDM gelöscht_129835 „FDM hat recht. Der Controller kann zwar im Bios dahingehend abgeschaltet werden,...“
Und wenn er da ist, muss sich der 2. PCI-Slot den IRQ teilen, obwohl das nicht nötig wäre. Außerdem hängen der 4. und der 5. PCI-Slot zusammen. So hätte ich nur 1 vollwertigen PCI-Steckplatz. Das ist mir zu wenig - für 4 Karten, die ich einbauen will.
gelöscht_129835 FDM „Und wenn er da ist, muss sich der 2. PCI-Slot den IRQ teilen, obwohl das nicht...“
stimmt, aber ich wüsste nicht wie man das ändern konnte.
Andererseits ist das Board ja ein Wunder an Stabilität. Ich habe es zwar inzwischen "nur" noch in meinem Zweitrechner in Betrieb, aber in all den Jahren sind mir nur wenige Boards untergekommen, die so stabil laufen, auch wenn die PCI voll belegt sind.
In den "besten Zeiten" dieses Boards hatte ich eine ISDN Karte, einen SCSI Controller, eine TV-Karte und eine Firewirekarte in dem Board drinnen, wobei der 1.PCI Slot wegen des GraKaLüfters frei war, und ich kann mich nicht daran erinnern, das dies irgendwelche IR-Probleme verursacht hätte.
Probier doch mal aus, ob es Probleme gibt.
Es kommt natürlich einmal vom Bios die Meldung, das die Karte in PCI 2 sich den IR mit Promise teilen muss......., sag einfach ja und schau was passiert. Es muss nicht zwangsläufig zu Problemem kommen. Und wenn genau die Karte, die zu dem Zeitpunkt auf PCI 2 ist Probleme damit hat, dann tausch die PCI Karten mal durch. Ich bin mir relativ sicher, das dieses Board das packt.
Borlander FDM „Und wenn er da ist, muss sich der 2. PCI-Slot den IRQ teilen, obwohl das nicht...“
So lange die Karte unbenutzt bleibt bzw. deaktiviert ist sollte es da keine Konflikte geben, wenn das MoBo ACPI + APIC unterstützt stehen die Chancen sowieso sehr gut, daß Du Dir um IRQ-Probleme keine Gedanken machen mußt - zumindest ab W2K funktioniert IRQ-Sharing (in der PCI-Spez offiziell vorgesehen) nämlich sehr zuverlässig...
