Is this a VIA 686 bug?

[Citadel535]

I was trying to back up my documents to a zip and everytime I moved the entire folder it froze my system. I had to winrar everything into little files to move them to the zip drive. Is this the VIA 686 bug in action?

 

[JoeDaddy]

<< Is this the VIA 686 bug in action? >>



Yes it is.

Here's the link from viahardware.

Click me, rabbit porn inside

Just chose the &quot;Slow Performance/System Hang Beta Patch for the Zip 100 ATAPI drive&quot;

HTH

 

[Citadel535]

Hey there was no rabbit porn on that page!

But thank you for the info.

 

[larciel]

good info ,,

didn't know via had prob w/ zip also

*crosses VIA completely out of his chalkboard

 

[JoeDaddy]

No problem, also Iomega says that this only occurs w/ the Zip100 IDE, we have also reproduced it w/ the Zip250 IDE. We were using a large batch of Asus A7V-E motherboards. Another problem is that so far as we can tell, the Iomega patch disables DMA mode, so when we had machines w/ Zip100 drives and burners, you would get buffer under run errors when burning.
Our only solution was to replace them w/ a gigabyte board that didn't use either any form of kt133 or 686b chipset.

 

[Jiggz]

I don't think the DMA is disabled. If you click on the IDE Tool which was the program created by the patch, you will see the settings of all HDD and ATAPI devices. You'll notice the DMA settings are enabled by default. It seems the patch moved the DMA option from the Device Manager to it's own.

 

[BFG10K]

I'm pretty sure I remember reading something about the latest 4.32 drivers having a fix to this.

 

[JoeDaddy]

<< I don't think the DMA is disabled. If you click on the IDE Tool which was the program created by the patch, you will see the settings of all HDD and ATAPI devices. You'll notice the DMA settings are enabled by default. It seems the patch moved the DMA option from the Device Manager to it's own. >>



You are right, but what seems weird is that since we installed the patch the buffer in Ez Cd Creator hovers around 85-95% used, and if it gets any higher we get buffer underruns. This happens on 1.2ghz (200fsb) thunderbirds, w/ 256mb ram and ata100 hd.

And I don't think the 4.32's fix it, because thats what we had loaded before we loaded the iomega patch and the machine would hang when trying to copy files to the zip100. But I could be wrong, and this could be a rouge experience.

 

[kgraeme]

<< *crosses VIA completely out of his chalkboard >>




Please let nForce not suck. Please let nForce not suck...

 

[NesuD]

I had burner problems initially with my Msi Turbo board but after a bios update which by the way specifically listed that it fixed the zip drive problem and new 4 in 1's i haven't had any problems whatsoever. Makes me think it is more a bios problem than an actual bug in the chipset. and some motherboard companies aren't going out of their way to fix it.