Problem..
Playing mp3's under 2.4.4 (SMP) results in bursts of noise overlayed on top
of actual music being played.
Works fine running 2.4.3 (SMP)
System Information :-
Motherboard Gigabyte GA-6BXD
CPU(s) 2 x 400 MHz PII
RAM 128MB
Soundcard Creative AWE64-Gold
Network Card 3Com 3c905-B
SCSI Card Adaptec 2940
Graphics Card Matrox G200 Millenium AGP
Video Captute Hauppauge WinTV Go (bttv)
USB Devices Phillips PCA646WC Webcam
Kernel 2.4.4 (SMP)
Debian 2.2
gcc version 2.95.2 20000220 (Debian GNU/Linux)
Lee Mitchell
http://www.spamtastic.demon.co.uk
[email protected]
I'm also seeing what would appear to be exactly this.
The problem, for me, doesn't occur when I write directly to /dev/dsp
(i.e., use the OSS output plugin for xmms). The problem only occurs
with esd.
It would appear that something in the kernel broke esd.
On Sat, Apr 28, 2001 at 10:50:01AM +0100, Lee Mitchell wrote:
> Problem..
> Playing mp3's under 2.4.4 (SMP) results in bursts of noise overlayed on top
> of actual music being played.
> Works fine running 2.4.3 (SMP)
Running UP here
PCChips M599LMR
1 x AMD-K6/2 500MHz
128MB RAM
C-Media
Kernel 2.4.4
Debian 2.2
gcc version 2.95.2 20000220 (Debian GNU/Linux)
--
-Steven
In a time of universal deceit, telling the truth is a revolutionary act.
-- George Orwell
Thus spake Steven Walter ([email protected]):
> I'm also seeing what would appear to be exactly this.
>
> The problem, for me, doesn't occur when I write directly to /dev/dsp
> (i.e., use the OSS output plugin for xmms). The problem only occurs
> with esd.
>
> It would appear that something in the kernel broke esd.
Well, I also have such sound problem, but I don't use esd, neither a
sound card: only the output from my DVB-s card (and the bttv sound).
As everything related with sound on my system is as module, here the
output from lsmod (under 2.4.4-pre6 on which everything works just
perfectly, but the output is the same):
Module Size Used by
dvb 2271008 3
dvb_demux 10080 1 [dvb]
dmxdev 6448 1 [dvb]
soundcore 3824 0 (autoclean)
lirc_i2c 2608 1
lirc_dev 7984 1 [lirc_i2c]
lp 5664 0 (autoclean)
serial 42992 1 (autoclean)
tvaudio 8288 1 (autoclean)
bttv 54096 3
i2c-algo-bit 7264 1 [bttv]
msp3400 13488 1
saa7146_v4l 14976 0 (unused)
saa7146_core 13344 0 [dvb saa7146_v4l]
tuner 4080 2
stv0299 2592 0 (unused)
VES1820 3536 0 (unused)
VES1893 3488 1
videodev 4896 5 [dvb bttv]
i2c-core 12752 0 [dvb lirc_i2c tvaudio bttv i2c-algo-bit msp3400 saa7146_core tuner stv0299 VES1820 VES1893]
dvbdev 1808 4 [dvb]
uhci 18864 0 (unused)
nls_cp437 4384 1 (autoclean)
What can I say more? UP, PIII, Asus p2b-ls, gcc version 2.96 20000731
(Linux-Mandrake 8.0 2.96-0.49mdk), Mandrake 8.0, raiserfs and
ext2(boot), no patch on the kernel...
Thanks you very much,
Greg
________________________________________________________________
http://ulima.unil.ch/greg ICQ:16624071 mailto:[email protected]
>
> It would appear that something in the kernel broke esd.
>
I can confirm that on my system also, the problem only appears when using
esd for output.
On Sun, Apr 29, 2001 at 03:16:24PM +0100, Lee Mitchell wrote:
> >
> > It would appear that something in the kernel broke esd.
> >
>
> I can confirm that on my system also, the problem only appears when using
> esd for output.
There must be some for whom esd/sound is still working, or else I'd
expect to see/hear a lot more complaints.
I'm running esound 0.2.17 from Debian 2.2. Can someone who's having no
problems with sound on 2.4.4 give a little info about their setup?
--
-Steven
In a time of universal deceit, telling the truth is a revolutionary act.
-- George Orwell
2.4.4 has broken sound here in a very strange way. I have a debian testing
system, Abit KT7 (thus VIA KT133 chipset) and SB PC128 (es1371-based) sound
card.
Up until 2.4.3 everything was fine. Now, however, when I send _anything_ to
/dev/dsp, I get continuous high-pitched beeping (nothing remotely resembling
what the sound card should be doing).
The strange thing is that when I cause hard disk activity (find / -name "*")
the correct sound is produced in time with hard disc accesses (I have tried
this with DMA enabled and disabled on the drive, same results). Also, when I
switch desktops (icewm, XFree86 4.0.2, Nvidia 0.9.767 drivers) the correct
sound is (very) momentarily produced (almost non-detectibly). After these
periods of lucidity, the sound card returns to its high-pitched cacophony.
I have attached copies of both /proc/interrupts and /proc/pci. If anyone
requires more information, please say the word. I am not subscribed to this
list.
Best regards,
--
charl p. botha | computer graphics and cad/cam
http://cpbotha.net/ | http://www.cg.its.tudelft.nl/
Steven Walter wrote:
> I'm running esound 0.2.17 from Debian 2.2. Can someone who's having no
> problems with sound on 2.4.4 give a little info about their setup?
esd works for me with any 2.4.x including 2.4.4
Pentium III, BE6, ES1370, devfs, Xfree-4.0.3/GNOME
esound-0.2.22. Timidity is fine as well. What else ?
Pierre
--
------------------------------------------------
Pierre Rousselet <[email protected]>
------------------------------------------------
On Sun, Apr 29, 2001 at 04:52:15PM +0200, root wrote:
> Steven Walter wrote:
>
> > I'm running esound 0.2.17 from Debian 2.2. Can someone who's having no
> > problems with sound on 2.4.4 give a little info about their setup?
>
> esd works for me with any 2.4.x including 2.4.4
> Pentium III, BE6, ES1370, devfs, Xfree-4.0.3/GNOME
> esound-0.2.22. Timidity is fine as well. What else ?
That may be enough. I'll upgrade my esd to 0.2.22 and see what happens.
Thanks
--
-Steven
In a time of universal deceit, telling the truth is a revolutionary act.
-- George Orwell
FWIW, I have established that my sound broke between 2.4.4-pre5 and
2.4.4-pre6. I.e. in pre5 it works and in pre6 it doesn't, same .config. If
anyone has any clues, I'd be glad to know.
On Sun, Apr 29, 2001 at 04:55:01PM +0200, Charl P. Botha wrote:
> 2.4.4 has broken sound here in a very strange way. I have a debian testing
> system, Abit KT7 (thus VIA KT133 chipset) and SB PC128 (es1371-based) sound
> card.
>
> Up until 2.4.3 everything was fine. Now, however, when I send _anything_ to
> /dev/dsp, I get continuous high-pitched beeping (nothing remotely resembling
> what the sound card should be doing).
>
> The strange thing is that when I cause hard disk activity (find / -name "*")
> the correct sound is produced in time with hard disc accesses (I have tried
> this with DMA enabled and disabled on the drive, same results). Also, when I
> switch desktops (icewm, XFree86 4.0.2, Nvidia 0.9.767 drivers) the correct
> sound is (very) momentarily produced (almost non-detectibly). After these
> periods of lucidity, the sound card returns to its high-pitched cacophony.
>
> I have attached copies of both /proc/interrupts and /proc/pci. If anyone
> requires more information, please say the word. I am not subscribed to this
> list.
>
> Best regards,
>
> --
> charl p. botha | computer graphics and cad/cam
> http://cpbotha.net/ | http://www.cg.its.tudelft.nl/
> CPU0
> 0: 320161 XT-PIC timer
> 1: 19658 XT-PIC keyboard
> 2: 0 XT-PIC cascade
> 8: 1 XT-PIC rtc
> 9: 0 XT-PIC usb-uhci, usb-uhci
> 10: 272660 XT-PIC nvidia
> 11: 93973 XT-PIC eth0, es1371
> 12: 42760 XT-PIC PS/2 Mouse
> 14: 39388 XT-PIC ide0
> 15: 5 XT-PIC ide1
> NMI: 0
> ERR: 0
> PCI devices found:
> Bus 0, device 0, function 0:
> Host bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133] (rev 3).
> Prefetchable 32 bit memory at 0xd8000000 [0xdbffffff].
> Bus 0, device 1, function 0:
> PCI bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133 AGP] (rev 0).
> Master Capable. No bursts. Min Gnt=12.
> Bus 0, device 7, function 0:
> ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super South] (rev 34).
> Bus 0, device 7, function 1:
> IDE interface: VIA Technologies, Inc. Bus Master IDE (rev 16).
> Master Capable. Latency=32.
> I/O at 0xd000 [0xd00f].
> Bus 0, device 7, function 2:
> USB Controller: VIA Technologies, Inc. UHCI USB (rev 16).
> IRQ 9.
> Master Capable. Latency=32.
> I/O at 0xd400 [0xd41f].
> Bus 0, device 7, function 3:
> USB Controller: VIA Technologies, Inc. UHCI USB (#2) (rev 16).
> IRQ 9.
> Master Capable. Latency=32.
> I/O at 0xd800 [0xd81f].
> Bus 0, device 7, function 4:
> Host bridge: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] (rev 48).
> IRQ 11.
> Bus 0, device 8, function 0:
> Multimedia video controller: Brooktree Corporation Bt878 (rev 17).
> IRQ 9.
> Master Capable. Latency=32. Min Gnt=16.Max Lat=40.
> Prefetchable 32 bit memory at 0xde000000 [0xde000fff].
> Bus 0, device 8, function 1:
> Multimedia controller: Brooktree Corporation Bt878 (rev 17).
> IRQ 9.
> Master Capable. Latency=32. Min Gnt=4.Max Lat=255.
> Prefetchable 32 bit memory at 0xde001000 [0xde001fff].
> Bus 0, device 9, function 0:
> Ethernet controller: Accton Technology Corporation SMC2-1211TX (rev 16).
> IRQ 11.
> Master Capable. Latency=32. Min Gnt=32.Max Lat=64.
> I/O at 0xdc00 [0xdcff].
> Non-prefetchable 32 bit memory at 0xde002000 [0xde0020ff].
> Bus 0, device 13, function 0:
> Multimedia audio controller: Ensoniq ES1371 [AudioPCI-97] (rev 8).
> IRQ 11.
> Master Capable. Latency=32. Min Gnt=12.Max Lat=128.
> I/O at 0xe000 [0xe03f].
> Bus 1, device 0, function 0:
> VGA compatible controller: nVidia Corporation NV11 (rev 161).
> IRQ 10.
> Master Capable. Latency=248. Min Gnt=5.Max Lat=1.
> Non-prefetchable 32 bit memory at 0xdc000000 [0xdcffffff].
> Prefetchable 32 bit memory at 0xd0000000 [0xd7ffffff].
--
charl p. botha | computer graphics and cad/cam
http://cpbotha.net/ | http://www.cg.its.tudelft.nl/
I have found the problem. The VIA latency patch in
linux/drivers/pci/quirks.c at line 92 (quirk_vialatency()) should NOT be
applied for the VIA VT82C686A (only for the 686B). On my machine (at least)
it's causing problems (as documented below) and this bug (along with fix) is
only applicable on the 686B southbridge.
I have removed this code and everything is now fine on my system. The
problem is that the 686A and 686B have the same PCI IDs, else I would have
submitted a patch.
Should I send this information anywhere else to make sure it gets applied in
new kernels?
On Mon, Apr 30, 2001 at 01:29:15AM +0200, Charl P. Botha wrote:
> FWIW, I have established that my sound broke between 2.4.4-pre5 and
> 2.4.4-pre6. I.e. in pre5 it works and in pre6 it doesn't, same .config. If
> anyone has any clues, I'd be glad to know.
>
> On Sun, Apr 29, 2001 at 04:55:01PM +0200, Charl P. Botha wrote:
> > 2.4.4 has broken sound here in a very strange way. I have a debian testing
> > system, Abit KT7 (thus VIA KT133 chipset) and SB PC128 (es1371-based) sound
> > card.
> >
> > Up until 2.4.3 everything was fine. Now, however, when I send _anything_ to
> > /dev/dsp, I get continuous high-pitched beeping (nothing remotely resembling
> > what the sound card should be doing).
> >
> > The strange thing is that when I cause hard disk activity (find / -name "*")
> > the correct sound is produced in time with hard disc accesses (I have tried
> > this with DMA enabled and disabled on the drive, same results). Also, when I
> > switch desktops (icewm, XFree86 4.0.2, Nvidia 0.9.767 drivers) the correct
> > sound is (very) momentarily produced (almost non-detectibly). After these
> > periods of lucidity, the sound card returns to its high-pitched cacophony.
> >
> > I have attached copies of both /proc/interrupts and /proc/pci. If anyone
> > requires more information, please say the word. I am not subscribed to this
> > list.
> >
> > Best regards,
> >
> > --
> > charl p. botha | computer graphics and cad/cam
> > http://cpbotha.net/ | http://www.cg.its.tudelft.nl/
>
> > CPU0
> > 0: 320161 XT-PIC timer
> > 1: 19658 XT-PIC keyboard
> > 2: 0 XT-PIC cascade
> > 8: 1 XT-PIC rtc
> > 9: 0 XT-PIC usb-uhci, usb-uhci
> > 10: 272660 XT-PIC nvidia
> > 11: 93973 XT-PIC eth0, es1371
> > 12: 42760 XT-PIC PS/2 Mouse
> > 14: 39388 XT-PIC ide0
> > 15: 5 XT-PIC ide1
> > NMI: 0
> > ERR: 0
>
> > PCI devices found:
> > Bus 0, device 0, function 0:
> > Host bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133] (rev 3).
> > Prefetchable 32 bit memory at 0xd8000000 [0xdbffffff].
> > Bus 0, device 1, function 0:
> > PCI bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133 AGP] (rev 0).
> > Master Capable. No bursts. Min Gnt=12.
> > Bus 0, device 7, function 0:
> > ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super South] (rev 34).
> > Bus 0, device 7, function 1:
> > IDE interface: VIA Technologies, Inc. Bus Master IDE (rev 16).
> > Master Capable. Latency=32.
> > I/O at 0xd000 [0xd00f].
> > Bus 0, device 7, function 2:
> > USB Controller: VIA Technologies, Inc. UHCI USB (rev 16).
> > IRQ 9.
> > Master Capable. Latency=32.
> > I/O at 0xd400 [0xd41f].
> > Bus 0, device 7, function 3:
> > USB Controller: VIA Technologies, Inc. UHCI USB (#2) (rev 16).
> > IRQ 9.
> > Master Capable. Latency=32.
> > I/O at 0xd800 [0xd81f].
> > Bus 0, device 7, function 4:
> > Host bridge: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] (rev 48).
> > IRQ 11.
> > Bus 0, device 8, function 0:
> > Multimedia video controller: Brooktree Corporation Bt878 (rev 17).
> > IRQ 9.
> > Master Capable. Latency=32. Min Gnt=16.Max Lat=40.
> > Prefetchable 32 bit memory at 0xde000000 [0xde000fff].
> > Bus 0, device 8, function 1:
> > Multimedia controller: Brooktree Corporation Bt878 (rev 17).
> > IRQ 9.
> > Master Capable. Latency=32. Min Gnt=4.Max Lat=255.
> > Prefetchable 32 bit memory at 0xde001000 [0xde001fff].
> > Bus 0, device 9, function 0:
> > Ethernet controller: Accton Technology Corporation SMC2-1211TX (rev 16).
> > IRQ 11.
> > Master Capable. Latency=32. Min Gnt=32.Max Lat=64.
> > I/O at 0xdc00 [0xdcff].
> > Non-prefetchable 32 bit memory at 0xde002000 [0xde0020ff].
> > Bus 0, device 13, function 0:
> > Multimedia audio controller: Ensoniq ES1371 [AudioPCI-97] (rev 8).
> > IRQ 11.
> > Master Capable. Latency=32. Min Gnt=12.Max Lat=128.
> > I/O at 0xe000 [0xe03f].
> > Bus 1, device 0, function 0:
> > VGA compatible controller: nVidia Corporation NV11 (rev 161).
> > IRQ 10.
> > Master Capable. Latency=248. Min Gnt=5.Max Lat=1.
> > Non-prefetchable 32 bit memory at 0xdc000000 [0xdcffffff].
> > Prefetchable 32 bit memory at 0xd0000000 [0xd7ffffff].
>
>
> --
> charl p. botha | computer graphics and cad/cam
> http://cpbotha.net/ | http://www.cg.its.tudelft.nl/
--
charl p. botha | computer graphics and cad/cam
http://cpbotha.net/ | http://www.cg.its.tudelft.nl/
On Mon, 30 Apr 2001, Charl P. Botha wrote:
> I have removed this code and everything is now fine on my system. The
> problem is that the 686A and 686B have the same PCI IDs, else I would have
> submitted a patch.
686a is rev 0x10 - 0x2f, 686b is rev 0x40 - 0x4f.
The fixup code should take this into account.
-Dan
Attached is a patch to the quirks.c in linux kernel 2.4.4 that fixes the
sound corruption problem (thanks to Dan Hollis for the info). Do I have to
send this anywhere else as well?
On Sun, Apr 29, 2001 at 05:29:05PM -0700, Dan Hollis wrote:
> On Mon, 30 Apr 2001, Charl P. Botha wrote:
> > I have removed this code and everything is now fine on my system. The
> > problem is that the 686A and 686B have the same PCI IDs, else I would have
> > submitted a patch.
>
> 686a is rev 0x10 - 0x2f, 686b is rev 0x40 - 0x4f.
>
> The fixup code should take this into account.
>
> -Dan
--
charl p. botha | computer graphics and cad/cam
http://cpbotha.net/ | http://www.cg.its.tudelft.nl/
Please IGNORE the previous patch, it was faulty (I blame it on the time of
day). The one attached with this is guaranteed to be perfect(tm).
On Mon, Apr 30, 2001 at 03:06:26AM +0200, Charl P. Botha wrote:
> Attached is a patch to the quirks.c in linux kernel 2.4.4 that fixes the
> sound corruption problem (thanks to Dan Hollis for the info). Do I have to
> send this anywhere else as well?
--
charl p. botha | computer graphics and cad/cam
http://cpbotha.net/ | http://www.cg.its.tudelft.nl/
On Sat, 28 Apr 2001, Lee Mitchell wrote:
>Playing mp3's under 2.4.4 (SMP) results in bursts of noise overlayed on top
>of actual music being played.
>Works fine running 2.4.3 (SMP)
I have the same problem using XMMS in both a UP system running
2.4.2-2 (RH kernel) as well as stock 2.4.4 both UP and SMP.
It doesn't occur right away though. It takes a half hour maybe
an hour, perhaps more. I dunno if it is tied to system activity
or not.
This occurs on a 300Mhz K6-III, and a dual 1Ghz Xeon Compaq
Proliant ML530. It doesn't occur with enough frequency to be
able to force it to reproduce.
------------------------------------------------------------------------
Signature poll: I'm planning on getting a 12 or 16 port autosensing
10/100 ethernet switch soon for home use, and am interested in hearing
others recommendations on what to buy. Cost isn't as important as is
functionality and quality. Any suggestions appreciated.
------------------------------------------------------------------------
> Attached is a patch to the quirks.c in linux kernel 2.4.4 that fixes the
> sound corruption problem (thanks to Dan Hollis for the info). Do I have to
> send this anywhere else as well?
It seems very broken
> - { PCI_FIXUP_FINAL, PCI_VENDOR_ID_VIA, PCI_DEVICE_ID_VIA_8363_0, quirk_vialatency },
> + { PCI_FIXUP_FINAL, PCI_VENDOR_ID_VIA, PCI_DEVICE_ID_VIA_82C686, quirk_vialatency },
You are hacking the wrong chip..
On Mon, Apr 30, 2001 at 05:58:40PM +0100, Alan Cox wrote:
> > Attached is a patch to the quirks.c in linux kernel 2.4.4 that fixes the
> > sound corruption problem (thanks to Dan Hollis for the info). Do I have to
> > send this anywhere else as well?
>
> It seems very broken
>
> > - { PCI_FIXUP_FINAL, PCI_VENDOR_ID_VIA, PCI_DEVICE_ID_VIA_8363_0, quirk_vialatency },
> > + { PCI_FIXUP_FINAL, PCI_VENDOR_ID_VIA, PCI_DEVICE_ID_VIA_82C686, quirk_vialatency },
>
> You are hacking the wrong chip..
That's the first version I sent which was admittedly broken. About 20
minutes later I sent the fixed version (mail with subject: "Re: 2.4.4 Sound
corruption [PATCH] NEW, ignore previous patch"). In case you can't find
this, I've re-attached the patch.
Regards,
Charl
--
charl p. botha | computer graphics and cad/cam
http://cpbotha.net/ | http://www.cg.its.tudelft.nl/