Re: [PATCH] Chipset addition for the VIA Southbridge workaround / quirk

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Lee Revell wrote:
On Wed, 2006-09-27 at 23:05 +0200, Michiel de Boer wrote:
Also built in is an Creative Labs SB Live! audio device. When i was
still using windows 98, i experienced corruptions when burning DVD's,
and after lengthy investigation i discovered i had a buggy
southbridge.[1]
Apparently the presence of the SB Live! audio device might even
accelerate the problem, although it does not actually disappear when
this PCI card is removed. When i moved to Linux, i decided that
writing a kernel patch based on the fixup programs i found for windows
98 would be appropriate.

Just FYI, the onboard "SBLive" is not a real SBLive! - it uses a newer,
cheaper, and vastly inferior chipset that moves all of the interesting
hardware features of the good old SBLive! into the (Windows) driver.
I would be surprised if it had the same issues as the original emu10k1
chipset, which generated a lot more bus traffic by implementing multiple
stream mixing in hardware.

IOW, this bug is probably unrelated to the SBLive...

Lee

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Lee,

I might have led you to think i meant an onboard card because of my wording, sorry.
It's a PCI extension card, here's some output from lspci:

00:09.0 Multimedia audio controller [0401]: Creative Labs SB Live! EMU10k1 [1102:0002] (rev 08)
       Subsystem: Creative Labs CT4832 SBLive! Value [1102:8027]
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: 32 (500ns min, 5000ns max)
       Interrupt: pin A routed to IRQ 11
       Region 0: I/O ports at dc00 [size=32]
       Capabilities: [dc] Power Management version 1
Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
               Status: D0 PME-Enable- DSel=0 DScale=0 PME-

However, you're right, the role of this sound card in creating or accellerating the data corruption has been disputed. I might as well be irrelevant. When i remove it, i still have data corruption problems when burning DVD's. I've tested all this back when i was investigating to make sure. The discussion, (iirc, because i can't find the specific articles anymore) revolved around Creative interpreting certain PCI specs wrather loosely.

Regards, Michiel de Boer

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]
  Powered by Linux