Messages in this thread | | | Date | Thu, 28 Sep 2006 00:35:13 +0200 | From | Michiel de Boer <> | Subject | Re: [PATCH] Chipset addition for the VIA Southbridge workaround / quirk |
| |
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 majordomo@vger.kernel.org > 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 majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |