2.4.4 Sound corruption

2.4.4 Sound corruption

[Lee Mitchell]

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
www.spamtastic.demon.co.uk
lee@spamtastic.demon.co.uk

Re: 2.4.4 Sound corruption

[Steven Walter]

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

Re: 2.4.4 Sound corruption

[FAVRE Gregoire]

[-- Attachment #1: Type: text/plain, Size: 2069 bytes --]

Thus spake Steven Walter (srwalter@yahoo.com):

> 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:greg@ulima.unil.ch

[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]

Re: 2.4.4 Sound corruption

[Lee Mitchell]

>
> 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.

Re: 2.4.4 Sound corruption

[Steven Walter]

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

Re: 2.4.4 Sound corruption

[root]

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 <pierre.rousselet@wanadoo.fr>
------------------------------------------------

Re: 2.4.4 Sound corruption

[Charl P. Botha]

[-- Attachment #1: Type: text/plain, Size: 1093 bytes --]

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/

[-- Attachment #2: proc_interrupts --]
[-- Type: text/plain, Size: 473 bytes --]

           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

[-- Attachment #3: proc_pci --]
[-- Type: text/plain, Size: 2381 bytes --]

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].

Re: 2.4.4 Sound corruption

[Steven Walter]

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

Re: 2.4.4 Sound corruption

[Charl P. Botha]

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/

Re: 2.4.4 Sound corruption

[Mike A. Harris]

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.
------------------------------------------------------------------------