System:
AMD Athlon 800Mhz
Kernel 2.4.19, built with GCC 3.2
VIA Technologies, Inc. VT82C686 [Apollo Super ACPI]
PCI bridge: VIA Technologies, Inc. VT8371 [KX133 AGP] (rev 0).
I've compiled the VIA82cxxx driver into the kernel, not as a module. The
driver works correctly for some time, but after a while it seems that it
can't set certain output frequencies (but it still plays sound), as I
noticed that XMMS plays songs at a slower frequency.
Small output of "dmesg", whole log in attachment:
...
...
attempt to access beyond end of device
16:40: rw=0, want=479602, limit=479600
via82cxxx: timeout while reading AC97 codec (0xAC0000)
via82cxxx: Codec rate locked at 48Khz
via_audio: ignoring drain playback error -11
via_audio: ignoring drain playback error -11
Quake 3 sounds ok, probably becuse it's playing audio at a rate that the
driver still can set (11Khz i think).
/Jacob
Give 2.5.x a shot. In some versions there's a buglet, which was hopefully
fixed (I kludged a patch, then the maintainer sent a proper one, and I
haven't had time to try it out).
I saw similar problems under 2.4 (it almost seems like the chipset is
expecting aligned input; lots of errors after closing the device at the
end of a song), but they went away when switching to 2.5.44.
Basically, the OSS driver for this chipset is hopelessly bad (no offense
Jeff!), but ALSA one is pretty well-done and handles the quirks of the
device.
--
/jbm, but you can call me Josh. Really, you can!
"What's a metaphor?" "For sheep to graze in"
7958 1C1C 306A CDF8 4468 3EDE 1F93 F49D 5FA1 49C4
On Wed, 20 Nov 2002, Jacob Kroon wrote:
>
> System:
> AMD Athlon 800Mhz
> Kernel 2.4.19, built with GCC 3.2
> VIA Technologies, Inc. VT82C686 [Apollo Super ACPI]
> PCI bridge: VIA Technologies, Inc. VT8371 [KX133 AGP] (rev 0).
>
> I've compiled the VIA82cxxx driver into the kernel, not as a module. The
> driver works correctly for some time, but after a while it seems that it
> can't set certain output frequencies (but it still plays sound), as I
> noticed that XMMS plays songs at a slower frequency.
>
> Small output of "dmesg", whole log in attachment:
>
> ...
> ...
> attempt to access beyond end of device
> 16:40: rw=0, want=479602, limit=479600
> via82cxxx: timeout while reading AC97 codec (0xAC0000)
> via82cxxx: Codec rate locked at 48Khz
> via_audio: ignoring drain playback error -11
> via_audio: ignoring drain playback error -11
>
> Quake 3 sounds ok, probably becuse it's playing audio at a rate that the
> driver still can set (11Khz i think).
>
> /Jacob
>
Josh Myer wrote:
> Give 2.5.x a shot. In some versions there's a buglet, which was hopefully
> fixed (I kludged a patch, then the maintainer sent a proper one, and I
> haven't had time to try it out).
>
> I saw similar problems under 2.4 (it almost seems like the chipset is
> expecting aligned input; lots of errors after closing the device at the
> end of a song), but they went away when switching to 2.5.44.
>
> Basically, the OSS driver for this chipset is hopelessly bad (no offense
> Jeff!), but ALSA one is pretty well-done and handles the quirks of the
> device.
No offense taken. I always encourage honesty in bug reports, even if
that means I or my drivers get blown to pieces ;-)
I've had trouble finding test hardware I can play with for debugging,
and haven't had time to review ALSA's driver in depth to evaluate the
differences. Patches are certainly welcome ;-)
[I need to attack the driver anyway, because I need to add VT8233 support]
Jeff