Messages in this thread | | | Subject | Static with esound (esd) and via82cxxx_audio on 2.4.29. | From | Philippe Troin <> | Date | 02 Mar 2005 13:14:20 -0800 |
| |
Running
Linux 2.4.29 #1 SMP Mon Feb 21 02:11:56 PST 2005 i686 unknown
on an Asus K8W SE Deluxe, bios 1005 with an embedded via82cxxx audio controller:
00:11.5 Multimedia audio controller: VIA Technologies, Inc. AC97 Audio Controller (rev 60) Subsystem: Asustek Computer, Inc.: Unknown device 80b0 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- Interrupt: pin C routed to IRQ 22 Region 0: I/O ports at c800 [size=256] Capabilities: [c0] Power Management version 2 Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA \ PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 PME-Enable- DSel=0 DScale=0 PME-
Inserting via82cxxx_audio reports:
Via 686a/8233/8235 audio driver 1.9.1-ac3 via82cxxx: Six channel audio available PCI: Setting latency timer of device 00:11.5 to 64 via82cxxx: timeout while reading AC97 codec (0xAA0000) ac97_codec: AC97 Audio codec, id: ADS112 (Unknown) via82cxxx: board #1 at 0xC800, IRQ 22
Playing sound via /dev/dsp works fine, however, when running esound (esd), I get a lot and endless loop of some audio fragment playing on the speakers, like if the driver was keeping on playing contents of the last processed audio buffer.
I've traced it down to the SNDCTL_DSP_POST ioctl, and actually this source code will reproduce the problem: it will replay the contents of the "last" submitted audio buffer:
#include <fcntl.h> #include <stdio.h> #include <errno.h> #include <string.h> #include <sys/ioctl.h> #include <linux/soundcard.h> #include <unistd.h>
#define CK(args) \ if ((args) == -1) \ { \ fprintf(stderr, "%s: %s\n", #args, strerror(errno)); \ exit(1); \ }
int main() { int fd;
CK(fd = open("/dev/dsp", O_WRONLY)); CK(ioctl(fd, SNDCTL_DSP_POST, 0)); sleep(1); return 0; }
I've tried backporting 1.9.1-ac4 from 2.6.x, but it has the same problems.
Phil. - 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/
| |