Hallo Albi,

ich teste nun schon seit Tagen an unserem 8K7A+ Test-Sample herum, das wir von Euch bekommen haben. Der Grund dafür heißt mal wieder "Southbridge-Bug". Die Berichte in unserem Forum über knacksende Soundkarten und abreißend USB-Verbindungen kamen mir aus dem vergangenen April (Bug-Recherche) sehr bekannt vor. Aus diesem Grund hab ich mir das 8K7A+ nach unserem Artikel nochmal zur Brust genommen und dabei besorgniserregende Erfahrungen machen müssen:

Die Datenkorruptionen beim Kopieren (die gefährlichste Nebenwirkung des Southbridge-Bugs) sind mit dem 8K7A+ erstaunlich leicht zu provozieren, obwohl das Schreckgespenst "Delayed Transaction" by Default deaktiviert ist:

PCI-Slot 2: Netzwerk-Karte mit Verbindung
PCI-Slot 5: Soundblaster 128 Modell 4700 (muß nicht mal eine Live sein!!)
COM1: Telefonanlage Eumex 404PC

Nun MP3s von 2nd Master abspielen, über COM1 im Internet surfen und eine große Datei von 1st Master auf 2nd Master kopieren! Das war's. Ich hab's 10x probiert - jedesmal war das 1.5 GB große File bereits nach dem ersten Kopiervorgang defekt! Selbst die FAT hat regelmäßig was abgekriegt. Auffallend dabei ist, daß der Sound knackst, verzerrt und oft sogar für mehrere Sekunden komplett aussetzt während das File kopiert wird! In die umgekehrte Richtung (2nd Master => 1st Master) dagegen ließ sich das File auch mehrmals kopieren, ohne einen Defekt aufzuweisen. Das war übrigens mit jeder BIOS-Version so, die ich probiert habe. OS war Win98SE mit VIA 4in1 4.29 und AMD 4.80 AGP, SB Legacy off, Onboard-Sound komplett off.

Steckt man die Soundkarte dagegen in PCI-Slot 3, dann sind Datenkorruptionen nicht mehr nachweisbar! Die sekundenlangen Aussetzer des Sounds beim Kopieren, sowie gelegentlich verzerrter oder knacksender Sound beim normalen Arbeiten sind aber nach wie vor da!

Setzt man dagegen die Funktion "Stop Grant Disconnect" (Bit 17, Register 60h) mit WPCredit auf Disabled und "Latency Timer" (Bit 3, Register 84h) auf Enabled (was laut AMD Specs eigentlich auch sein sollte bei deaktiviertem Delayed Transaction), sind die Knackser und Verzerrer beim Arbeiten und Kopieren komplett weg. Vielleicht wäre es Euch möglich, das so bald wie möglich in eine neue BIOS-Version einfließen zu lassen. Was leider auch hier noch immer bleibt sind die kompletten Soundaussetzer für 5-10 Sekunden, wenn das Testfile kopiert wird. Leider bin ich bisher nicht dahintergekommen, woran das liegt.

Vielleicht könnt Ihr das Szenario mal nachstellen, um Euch selbst ein Bild davon zu machen. Für Fragen stehe ich natürlich jederzeit zur Verfügung.

Mit freundlichen Grüßen

Nero24 (Planet 3DNow!)

"Wie verhält sich denn nun die VT8233? Weder am LPT noch an den USB-Anschlüssen gab es auch nur einen Aussetzer des Epson 760! Und der mußte viel drucken: 10x 80MB über den LPT im EPP, dann im ECP Modus. Danach zehn weitere Ausdrucke über USB. Zum Abschluß kopierte ich noch 200MB Fotos von dem IBM Microdrive in meiner Digitalkamera via USB auf die Festplatte. Hier konnte uns die VT8233 voll versöhnen: LPT und USB-Anschlüsse verhielten sich vorbildlich."

Na, dann gibt es also doch noch ein Happy End in dieser Angelegenheit. Wenn das getunte KT266 Board-Design dann auch noch von den Herstellern erfolgreich umgesetzt wird, könnte der KT266 sowohl in Sachen Stabilität als auch von der Performance her DER Chipsatz werden, nach dem wir uns schon sooo lange gesehnt haben :-).

"Nachdem www.Au-Ja.de ein Jahr lang eine nette, kleine Computerseite im Internet war, bekamen wir durch den VIA 686B Bug eine ungewollte Popularität. Gut, es ist immer nett, wenn unsere Arbeit Anerkennung findet und viele Leute unsere Artikel lesen wollen, aber schon allein der Infrastruktur unserer Seite (keine laufenden Kosten, keine laufenden Gewinne) war auf den Ansturm nicht vorbereitet und ohne Geldreserven war es uns auch nicht möglich, die Probleme abzufangen. Nun, drei Monate nach der VIA Miesere, bekomme ich noch immer 30-100 Supportanfragen täglich, telefoniere jeden Tag zwischen 30 und 60 Minuten mit den Herstellern und Händlern und laufe wochenlang den Werbeeinnahmen nach, die eigentlich den Aufbau unserer Seite finanzieren sollten.
[..]
Eigentlich sollte man jetzt denken, die Leser wären froh darüber, wenn man Probleme mit den Produkten aufdeckt und die Hersteller mit den Fehlern konfrontiert. Aber weit gefehlt! Stattdessen bekommen wir täglich Mails mit geistreichen Inhalten wie 'Das Mainboard XYZ rulez und ihr seid doch nur böde Pisser' (früher Opel Manta, jetzt Abit KT7A), 'Die Wärmeleitpaste XYZ ist geil und ich habe meine CPU und den Spacer gleich miteingekleistert und jetzt läuft mein 1,33 GHz Athlon auf 27° und ihr seid nur Idioten und das werde ich überall posten' (wie gut, daß Arctic Silver elektrisch leitet!) oder einfach nur 'Ihr habt XYZ immer noch nicht getestet, ich werde eure Seite nicht mehr lesen und meine Freunde auch nicht'. Einige Mails kann man nicht einmal mit gutem Willen lesen - ja, der Bildungsnotstand.
[..]
Nun steht hier immer ich, ich, ich. Ich bin Michael Doering und ich bin derzeit die Redaktion von www.Au-Ja.de! Im Laufe der VIA Miesere mit all den Problemen, der Flut von E-Mails, der Ärger mit den Händlern, die Arbeit, die Rechner von Freunden und Bekannten halbwegs zum Laufen zu bewegen, hat sich der große Frust breitgemacht und keiner hat mehr Bock auf Hardware. Ich eigentlich auch nicht."

Die Version 4.31 beinhaltete den berüchtigten Patch für das Zusammenspiel der VIA Southbridge 686B und der Soundblaster Live! Schon bei der Bereitstellung des Downloads hatten wir geraten bei Problemen mit dem Patch wieder auf die alte Version 4.29 zurückzurüsten, da vor Erscheinen der Treiber Schwierigkeiten mit diesem Patch bekannt geworden waren. Erstens aktivierte sich der Patch nur dann, wenn eine Live-Karte im Rechner steckte, was mehr als halbherzig ist, da der Southbridge-Bug durch die Live nur verstärkt, aber nicht ausgelöst wird. Und zum zweiten konnte es erhebliche Performance-Einbußen der IDE-Geräte geben, wenn der Patch zusammen mit einem bereits gefixten BIOS des Mainboard-Herstellers eingesetzt wurde.

Warum genau die Version 4.31 letztendlich wieder zurückgezogen wurde ist zumindest vorerst unklar. VIA bleibt damit seiner geradezu unverschämten Informationspolitik treu: Verschleierung um jeden Preis! Zuerst versuchte man Creative den 686B-Bug in die Schuhe zu schieben, auf den englischsprachigen Pages von VIA findet man überhaupt keine Stellungnahme zu diesem Problem und nun zieht man einen als Allerheilmittel gepriesenen Treiber/Patch kommentarlos wieder zurück. Dem User bleibt ob dieser Vorgehensweise nur ungläubiges Kopfschütteln.

Wem diese Angelegenheit nicht geheuer ist - und wem ist es das schon noch nach all dem was inzwischen vorgefallen ist - der greift besser zu einem Mainboard mit ALi MAGiK 1 Chipsatz. Dessen Southbridge ist bugfrei und wo es nichts zu verbergen gibt, braucht man auch nicht zu verschleiern.

Update (23.5.2001 12:40)

So, um das Verwirrspiel nun komplett zu machen, sind die Treiber der Version 4.31 jetzt wieder da *lol* Was das ganze sollte? Fragt mich was leichteres (z.B. wer hat Kennedy wirklich erschossen o.ä.). Eine mögliche vernünftige Erklärung ist nur: VIA hat seine Homepage seit gestern total umgekrempelt. Vielleicht war etwas schiefgegangen und sie mußten ein älteres Update aufspielen. Das erklärt aber noch nicht, warum der 4.31 sogar vom FTP genommen wurde. Naja, wie wir VIA inzwischen kennengelernt haben werden wir auch das nie erfahren :-/

"Wann dies geschah, ist unbekannt. Möglich wäre, dass dies erst im letzten Moment geschah und Intel sämtliche schon produzierten Prozessoren wegwerfen kann. Hat Intel Glück, wurde der Fehler schon früher bemerkt. Der finanzielle Schaden wäre sicher nicht unerheblich, träfe die erste Möglichkeit zu."

Nach dem Bug im Intel i850 Chipsatz, der schier endlosen - von Intel selbst als schwerwiegend eingestuften - Bugliste des Pentium 4 und dessen Performance-Probleme mit Standard-Software reißt der Ärger wie es scheint nicht ab. Das zeigt, unter welchem Druck Intel momentan steht. Als der Chipgigant aus Santa Clara noch Quasi-Monopolist war und die Markteinführung eines neuen Produkts nach Gutdünken wählen konnte (der Pentium MMX z.B. wurde fast ein dreiviertel Jahr später released, als geplant) war Intel gegen solch peinliche Zwischenfälle noch gefeit (den FPU-Bug des Pentium 1 mal ausgenommen *g*). Schadenfreude ist jedoch nur bedingt angebracht, schließlich haben auch AMD-User derzeit ganz schön mit Problemen von AMD-Partnerfirmen - allen voran VIA (Southbridge-Bug) - zu kämpfen. Aber wenigstens sind die Prozessoren über jeden Zweifel erhaben ;-))

IBM hat die Produktion des IBM ATA100 Festplatten vom Typ 75GXP (z.B. DTLA-307030) gestoppt. Bei den Festplatten aus ungarischer Produktion war es verstärkt zu Fehlern und Ausfällen gekommen, während die Exemplare aus philippinischer Produktion fehlerfrei zu sein scheinen. Diese Probleme haben nichts mit dem VIA Southbridge-Bug zu tun, da sie auf allen Mainboards auftreten können, egal welchen Herstellers. Als Workaround schlägt IBM vor, Ultra-DMA und Multiword-DMA komplett zu deaktivieren und die Festplatte im PIO4 Mode zu betreiben!!!

IBM will den 75GXP-Typ nun durch den Nachfolger 60GXP (z.B. IC35L060) ersetzen, der eine höhere Datendichte von 20 GB statt 15 GB pro Scheibe besitzt und damit auch geringfügig höhere Benchmarkwerte erreicht. Ob die DTLAs aus ungarischer Produktion nun zurückgerufen werden, war noch nicht zu erfahren. In jedem Falle kann es nicht schaden, sich mit seinem Händler in Verbindung zu setzen und die Platte ggf. umtauschen zu lassen, ehe es zum Datengau kommt und unter Umständen wichtige Daten über den Jordan gehen...

"Anfänglich wurden die Probleme auf die Creative Soundblaster Live! geschoben, denn der Fehler trat nicht mehr auf, wenn diese entfernt oder deaktiviert wurde. Weitere Tests zeigten aber, das die SB Live! keineswegs verantwortlich für den Fehler ist. Die SB Live! begünstigt den Fehler aber, da sie ständig eine Last auf dem PCI-Bus verursacht. Mit anderen Soundkarten tritt der Fehler nur dann auf, wenn sie gerade verwendet werden (beispielsweise wenn Musik abgespielt wird), da sie nur dann eine Last auf dem PCI-Bus verursachen. Sicherlich kann man sich an dieser Stelle fragen, warum das bei der SB Live! anders ist, mit dem Bug hat es aber nichts zu tun."

Hier geht's zum Artikel...

"An Übertakter richtet sich Elitegroup mit diesem Mainboard eindeutig nicht. Zum einen sind die Kondensatoren sehr sehr nah am Prozessorsockel dran, so das sogar der FOP32 gerade so passte. Einen Kühler der Orb - Familie kann man auf diesem Mainboard nicht ohne Weiteres befestigen. Z um Anderen befindet sich der Prozessorsockel sehr nah an den RAM - Bänken. Eine Montage / Demontage Kühlers ist mit eingesetzten RAM - Riegeln nicht möglich, wg. akutem Platzmangel."

Das Review deckt sich 1:1 mit den Erfahrungen, die ich beim Bau eines Systems mit diesem Mainboard machen durfte: Orb paßt nicht drauf, miserabler Speicherdurchsatz, keine OC-Funktionen mit Ausnahme des FSB, dafür aber zuverlässig, problemlos und stabil. Den Southbridge-Bug konnte ich im übrigen auch mit diesem Board reproduzieren, sodaß es erstmal notwendig sein wird, WPCredit bzw WPCRset zu verwenden, bis Elitegroup ein neues BIOS herausgerückt hat...

und auf Au-Ja.

Das bisher angebotene Workaround mit der Manipulation des Register 70h funktioniert jedoch nur auf Mainboards, die auch eine VIA VT8363(A) Northbridge besitzen. Auf die DDR-RAM Boards mit AMD 761 Northbridge sind die Patches so nicht anwendbar. Bei Mainboards wie dem A7M266, welche die Option auch im BIOS zur Abschaltung anbieten, ist das kein Problem, aber für alle anderen mußte eine Lösung her! Dazu muß man aber ein paar Optionen mehr manipulieren, als bei den "reinen" VIA-Boards. Als erstes empfiehlt es sich, WPCredit in der 32 Bit Darstellung zu betreiben, da AMD in den Techdocs ebenfalls diese Schreibweise verwendet.

Um Delayed Transaction zu deaktivieren muß man zuerst die Optionen "Ordering Rules Compliance Enable (PCI)" (Bit 1) und "Delayed Transactions Enable (PCI)" (Bit 2) in Register 4Ch auf "0" setzen wie hier zu sehen. Ferner sollen laut Spezifikation "PCI Write Post Retry" (Bit 14) und "Target Latency" (Bit 23) auf "0", sowie "Target Latency Timer Disable" (Bit 3) auf "1" gesetzt werden (alles Register 84h). Allerdings steht beim Asus A7M266 letzteres trotzdem auf "0". Wie auch immer, jedenfalls funktioniert auch Asus' Lösung.

Sollte es Probleme damit geben, bitte benachrichtigt uns :-) THX @Der Klopfer 2000 für den Hinweis!

Nun haben wir uns natürlich gefragt, ob das ein reines VIA-Problem ist, oder ob die PCI-Spezifikation 2.1 (zu der Delayed Transaction gehört) generell fehlerhaft oder mit den aktuellen Busmaster PCI/IDE-Geräten überfordert ist. Daher haben wir den gleichen Test, an dem das Asus A7M266 (VIA 686B Southbridge) vergangene Woche gescheitert ist, mit einem Asus A7A266 wiederholt. Das A7A266 trägt eine ALi M1647 North- und eine M1535D+ Southbridge.

Ich will nicht lange um den heißen Brei herumreden: vermutlich säße ich in einem Jahr immer noch hier und würde transferrierte Archive auf Integrität prüfen, ohne einen Fehler gefunden zu haben. Mit samt aktiviertem Parameter "PCI 2.1 Latency Compliant" und "Delayed Transaction" und trotz unserer verschärften Bedingungen (Busmasterlast auf PCI-Bus) trat der Fehler beim ALi MAGiK 1 Chipsatz nicht auf. Nach 100 vergeblichen Versuchen mit dem 700 MB großen Archiv brachen wir ab: Der ALi ist sauber :-)

Damit können wir unser Fazit vom letzen ALi MAGiK 1 Review nur nochmal wiederholen und doppelt unterstreichen, das da lautete:

"Ein Muß dagegen ist dieses Board für all diejenigen, denen bedingungslose Stabilität und kinderleichte Konfigurierbarkeit am Herzen liegt. Wir sind beinahe ein wenig beleidigt, daß es uns nicht gelungen ist, das Board durch Stressing in die Knie zu zwingen. Die nervigen AGP-Probleme des Aladdin V sind beim MAGiK 1 ebenso Schnee von gestern, wie die teilweise haarsträubenden Konfigurationsprobleme mit PCI-Karten bei Mainboards mit VIA Southbridge. Einstecken, geht. So muß das sein!"