VIA-SB-Bug mit SBLive noch vorhanden?

[Thowe]

VIA-/SBlive!-Problem:
Wie schauts aus?


Ich hab keine Probs mehr - da KT266, aber wer von den KT133A Usern? Respektive wer nicht?

[Zitrone]

Tja, KT266 und RAID ;)

[kadder]

Hab zwar noch die 686B auf verschiedenen Boards (ENMIC 8TTX+, Abit KT7A, EPoX 8K7A+), aber mit aktuellen BIOSen keine Probs, wobei ich die Festplatten wenn möglich am RAID hängen hab. Aber auch mit der Soundausgabe keine Probs mehr.

[Unregistered]

Erst wars ein ABit KT7a mit SB128
Dann das Board mit AWE32.
Und wenig später mit SB Live 5.1.
Schließlich ein Asus A7v133 mit der SB Live 5.1.
Und zuletzt das Asus mit der Onbord AC97.

Fehler ?

NEIN

Jedenfalls merk ichs nicht.

[mibi]

also ich hatte damit auch noch nie irgendwelche probs... :)

[Frank]

also ich hab von dem Bug auch noch nie was mitbekommen ...

war da etwa einer?

[Unregistered]

Moin .-)

ich habe auch diverse rechner mit der bestückung zusammengeschraubt(sb live). bios hatte ich nicht geflasht weil es zu der zeit noch keines gab.
der fehler ist bei mir allerdings noch nie aufgetreten.

Sam

[Nefilim]

Habe mittlerweile auch keine Probleme mehr... kann allerdings auch daran liegen, dass ich vom ASUS A7V133 auf's ENMIC 8TTX+ umgeschwenkt bin :D

[Legolas]

Also ich hab ein K7T/Turbo mit Via KT133A und eine SB-Live. Meine HDD hängt am Raid, und mein DVD und Brenner am Primary Master/Slave. Mit dieser Config hatte ich noch keinerlei Probleme, weil der Secondary Port ja frei ist(und auch frei bleiben wird) :)

[StefanV]

Originally posted by Nefilim
Habe mittlerweile auch keine Probleme mehr... kann allerdings auch daran liegen, dass ich vom ASUS A7V133 auf's ENMIC 8TTX+ umgeschwenkt bin :D

Denke ich auch mal*eg*...

[cyjoe]

also ich verwende den "au-ja-fix" mit wpcrset und das neueste bios, aber ältere via-treiber (aufm epox8kta3 ohne raid), und kann keinen bug feststellen... ich brauchte jedenfalls keine neuinstallation, und alle meine daten sind noch heil *froi*
aber ich vermeide trotzdem noch kopieen großer dateien von einem ide-controller auf den anderen.
also beweisen, dass er gefixt ist kann ich auch nicht

[Quasar]

bei mir gings schon ohne jeden Fix ohne probleme...mann hab ich ein glück!

[Unregistered]

Hi, wie ist das mit dem Problem eigentlich genau gewesen!? Waren da auch Intel-Boards betroffen oder nur AMD? Weil zu Intel hab ich da eher sehr sehr wenig gelesen...?

[StefanV]

Originally posted by Unregistered
Hi, wie ist das mit dem Problem eigentlich genau gewesen!? Waren da auch Intel-Boards betroffen oder nur AMD? Weil zu Intel hab ich da eher sehr sehr wenig gelesen...?

Intel Boards natürlich nicht ;)...

AMD Boards auch nicht ;)...

Aber es waren alle VIA Boards, die die 686B SB haben betroffen...

PS: Das ist ein Fehler des PCI Bus, bei hoher Belastung...

[Unregistered]

also doch alle motherboards, die für intel / sowie für amd waren und eine 686A / 686B SB hatten bzw. haben.

[Korak]

Stefan meint mit Intel, AMD und VIA Boards die Chipsätze und du die dafür vorgesehenen CPUs.

[ow]

Originally posted by Stefan Payne


Aber es waren alle VIA Boards, die die 686B SB haben betroffen...




Eben nicht!
Eine ganze Reihe Boards mit 686B SB laufen fehlerfrei.

[StefanV]

Originally posted by ow
Eben nicht!
Eine ganze Reihe Boards mit 686B SB laufen fehlerfrei.

Scheinbar fehlerfrei...

Da der VIA 'IDE BUG' nunmal eine Fehlerhafte implementierung des PCI BUS ist...

Die einzige Möglichkeit dem sicher zu sein dürften wohl spezial Messkarten sein...

Eigentlich müssten die BIOSe ALLE neu geschrieben werden (zumindest der PCI Teil), extra für VIA, nur so kann man den BUG umgehen...

PS: Bleibt am schluß noch die Frage, wessen Schuld das eigentlich ist, VIAs, weil die anbindung nicht ganz sauber ist, Awards/AMIs, wegen der :kotz: BIOSe, oder der MoBo Hersteller, weil sie die BIOSe nicht angepasst haben/Die Boards nicht entsprechend Designt haben...

IMHO ist der Hauptschuldige VIA, aber auch die BIOSe sind nicht ganz unschuldig...

Schade, daß nicht Jeder MoBo hersteller in Sachen BIOS sein eigenes Süppchen kocht...

[ow]

Originally posted by Stefan Payne


IMHO ist der Hauptschuldige VIA, aber auch die BIOSe sind nicht ganz unschuldig...



...und Creative!

Mit den meisten anderen Soundkarten arbeitet die 686SB fehlerfrei. Hab irgendwo einen Test darüber gesehen, weiss aber nicht mehr wo:(

[ow]

S.a. heise:



Der Nachweis des Fehlers gelingt oft nur mit viel Geduld: Bei einigen Boards trat erst nach mehreren Stunden die erste Störung im Datentransfer auf. Eines der Boards, für das schon ein BIOS-Update existiert, lief im c't-Labor ohne Aktualisierung des BIOS und mit kritischen Einstellungen ohne Fehler. Nicht auszuschließen ist auch, dass mehrere Fehler oder Instabilitäten in die Tests mit einfließen. So soll ein Mitarbeiter eines Mainboard-Herstellers betont haben, dass sich mit jedem Bugfix neue potenzielle Fehlerquellen ins BIOS-Setup einschleichen können.
Nicht endgültig entschieden ist auch, ob die Soundblaster-Karte, die bei fast allen Nachweisen des Fehlers zum Einsatz kommt, für die Störungen verantwortlich ist. Auch im c't-Labor laufen alle Systeme ohne diese Karte stabil



Wer hat Schuld? :D

[StefanV]

Originally posted by ow
...und Creative!

Mit den meisten anderen Soundkarten arbeitet die 686SB fehlerfrei. Hab irgendwo einen Test darüber gesehen, weiss aber nicht mehr wo:(

Die Live ist kagge, das stimmt, aber sie verursacht NUR eine ständige Last auf dem PCI BUS!!!

MEHR NICHT!!

Also genau das, was die VIA686B nicht mag ;)...

[ow]

Originally posted by Stefan Payne


Die Live ist kagge, das stimmt, aber sie verursacht NUR eine ständige Last auf dem PCI BUS!!!

MEHR NICHT!!

Also genau das, was die VIA686B nicht mag ;)...


Naja, also eine ständig hohe PCI-Last kann ich auch durch SCSI-Controller, TV-Karten, PCI-Grakas ..etc. verursachen.
Das führt aber nicht zu Fehlern in Verbindung mit der 686B...

[Thowe]

die TV-Karten mit BT848/878 sind auch nicht besser

Alle Fehler die ich reproduzierbar nachstellen konnte, entweder mit SBLive oder BT878 Karte. Beide Karten drinne ist besonders nett.

[Unregistered]

Hm, ja. Hatte beide Karten (SB Live! 1024 Player, Hauppauge PCI/FM) zum Glück in einem ABIT KT7-RAID mit der A Southbridge. Möchte nicht wissen, was die beiden in einem Board mit B Southbridge gemacht hätten. Naja, jetzt mit dem SIS 735 gibbet auch keine Probs.




MfG

Sataaaaaaaaaaaan

[StefanV]

Originally posted by ow
Naja, also eine ständig hohe PCI-Last kann ich auch durch SCSI-Controller, TV-Karten, PCI-Grakas ..etc. verursachen.
Das führt aber nicht zu Fehlern in Verbindung mit der 686B...

So, und jetzt bau mal ein System mit einer SBLive, einer TV Karte und einem SCSI RAID Adapter, ich wette, es gibt nur noch müll auf dem System!!

Ach ja:

Auch auf den SCSI Platten müsste es Datenmüll geben...

Auch die Knackser bei manchen Soundkarten sind typisch für dieses Problem...

[Frank]

Haupauge WinTV
SB Live
SCSI Controller
ist kein Problem! Man sollte nur eins beachten. Die Live und die WinTV brauchen zwingend einen eigenen IRQ (ebenso die Graka). Dann sollte alles funzen.