On Thu, 29 Aug 2002, Andre Hedrick wrote:
> > lspci -vvv
> > 00:00.0 Host bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133] (rev 03)
> > Subsystem: Elitegroup Computer Systems: Unknown device 0987
> > Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
> > Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort+ >SERR- <PERR-
> > Latency: 8
> ^^^^^^^^^^^^^^^^^^
> This tends to really roto-til things.
>
> This needs to be "0" in may tests systems observed.
96 has worked well here, no weird crap happening to the burner in TAO or DAO
mode using cdrecord, and DAO recording of music CDs using cdrdao. lspci
-v -v attached, just in case it is useful for something.
The default was 32, which definately caused trouble with VIA's utter shitty
PCI implementation.
Kernel is still 2.4.18, though.
> > 00:01.0 PCI bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133 AGP] (prog-if 00 [Normal decode])
> > Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
> > Status: Cap+ 66Mhz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort+ >SERR- <PERR+
> > Latency: 0
> ^^^^^^^^^^^^^^^^^^
>
> Bet you have nice video performance
Screwed up, ain't it? The nvidia drivers do that too in my machine, and I
just gave up setpci'ng it back to a proper number.
-- "One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie." -- The Silicon Valley Tarot Henrique Holschuh
This archive was generated by hypermail 2b29 : Sat Aug 31 2002 - 22:00:30 EST