Bug 38792

Summary: Cannot play audio on a VIA VT8233 chipset with the via82c686 driver
Product: Base System Reporter: heath <heath>
Component: kernAssignee: sound
Status: Closed FIXED    
Severity: Affects Only Me    
Priority: Normal    
Version: Unspecified   
Hardware: Any   
OS: Any   

Description heath 2002-06-01 06:20:00 UTC

How-To-Repeat: With the snd_via82c686.ko module the following hardware is identified:
pcm0: <VIA VT8233> port 0xe000-0xe0ff irq 10 at device 17.5 on pci0

When I try to play any audio (in my test an mp3 file through xmms) I get
the following message on the console:
pcm0:play:0: play interrupt timeout, channel dead
	
There is no sound and oddly enough, the mp3 files play at about 10x the normal
rate.
Comment 1 troyml 2002-06-12 18:17:57 UTC
I am also experiencing this identical problem although my southbridge is 
an 8233a it is identified as the 8233 doesn't play audio and goes 
through the files lightning fast.
Comment 2 dwmalone freebsd_committer freebsd_triage 2002-08-11 21:13:19 UTC
Responsible Changed
From-To: freebsd-bugs->sound

Another one for the sound guys.
Comment 3 orion freebsd_committer freebsd_triage 2002-08-11 21:41:52 UTC
This problem is under investigation: patches are being exchanged with
a couple of VT8233 owners and the relevant people at VIA have been
contacted and asked for specs.  Can you post details of the
northbridge, KT333 or KT266, and what the output of 'pciconf -l' on
the machine is?

Thanks
- Orion
Comment 4 heath 2002-08-12 16:17:07 UTC
On Sun, 11 Aug 2002, Orion Hodson wrote:

> 
> This problem is under investigation: patches are being exchanged with
> a couple of VT8233 owners and the relevant people at VIA have been
> contacted and asked for specs.  Can you post details of the
> northbridge, KT333 or KT266, and what the output of 'pciconf -l' on
> the machine is?
> 
> Thanks
> - Orion
> 

The motherboard is an MSI KT3 Ultra with a VIA KT333 chipset.

hershey# pciconf -l
chip0@pci0:0:0:	class=0x060000 card=0x00001106 chip=0x30991106 rev=0x00 hdr=0x00
pcib1@pci0:1:0:	class=0x060400 card=0x00000080 chip=0xb0991106 rev=0x00 hdr=0x01
pcm0@pci0:6:0:	class=0x040100 card=0x4c4c4942 chip=0x50001274 rev=0x01 hdr=0x00
ahc0@pci0:7:0:	class=0x010000 card=0x78509004 chip=0x50789004 rev=0x03 hdr=0x00
vr0@pci0:10:0:	class=0x020000 card=0x14001186 chip=0x30431106 rev=0x06 
isab0@pci0:17:0:	class=0x060100 card=0x00001106 chip=0x31471106 rev=0x00 hdr=0x00
atapci0@pci0:17:1:	class=0x01018a card=0x05711106 chip=0x05711106 rev=0x06 hdr=0x00
uhci0@pci0:17:2:	class=0x0c0300 card=0x12340925 chip=0x30381106 rev=0x23 hdr=0x00
uhci1@pci0:17:3:	class=0x0c0300 card=0x12340925 chip=0x30381106 rev=0x23 hdr=0x00
none0@pci0:17:5:	class=0x040100 card=0x47201462 chip=0x30591106 rev=0x40 hdr=0x00rev=0x23 hdr=0x00
none1@pci1:0:0:	class=0x030000 card=0x05501092 chip=0x002010de rev=0x04 hdr=0x00
hershey#

Heath
Comment 5 orion freebsd_committer freebsd_triage 2002-08-16 21:03:01 UTC
The VIA VT8233 problem was caused by VIA changing the supported
register sets between revisions of the VT8233 chipset.  The driver was
using the DXS registers, but these were (silently) killed off.  After
spending a fair amount of time exchaning patches to understand what
had happened, Rafal Grzybowski spotted a comment explaining the issue
in the ALSA source.  Whilst VIA lose points for futzing with the spec,
they gain some back for providing specs to make writing a new driver
considerably easier.

A driver relative to -stable today is available as a patch at:

	http://people.freebsd.org/~orion/stable-via8233.patch

Apply with:
        cd ${SRC}/sys 
        patch -p0 < stable-via8233.patch

The driver still needs some work, but shouldn't cause any stability
issues.  Recording with a live sound sources is untested, and playback
is not rigourously tested - playing some 8bit 8kHz audio files and
some mp3's.  If you test the driver as it stands now, I would
appreciate the output of a verbose dmesg and your comments.

Thanks
- Orion
Comment 6 orion freebsd_committer freebsd_triage 2002-08-25 00:50:55 UTC
State Changed
From-To: open->closed

Committed to -CURRENT, -STABLE, and due for inclusion in 4.7R.
Comment 7 paul beard 2002-11-08 05:18:12 UTC
I was going to apply the patch in this PR (kern/38792) but then I 
saw that it was already added to 4.7-R: since I'm running that and 
still have this problem, I figured it might be worth a follow up.

http://www.freebsd.org/cgi/query-pr.cgi?pr=44762

esd still causes this to be written to console:

pcm0:play:0: play interrupt timeout, channel dead

[/usr/src]# cat /dev/sndstat
FreeBSD Audio Driver (newpcm)
Installed devices:
pcm0: <CS461x PCM Audio> at irq 11 (1p/1r/0v channels duplex)

[/usr/src]# grep pcm /var/run/dmesg.boot
pcm0: <CS461x PCM Audio> on csa0

[/usr/src]# grep csa /var/run/dmesg.boot
csa0: <CS4280/CS4614/CS4622/CS4624/CS4630> mem 
0xf4000000-0xf40fffff,0xf4100000-0xf4100fff irq 11 at device 5.0 
on pci0
csa: card is Thinkpad 600X/A20/T20
pcm0: <CS461x PCM Audio> on csa0



-- 
Paul Beard / 8040 27th Ave NE / Seattle WA 98115 /
paulbeard [at] mac [ dot] com / 206 529 8400

weblog @ <http://paulbeard.no-ip.org/movabletype/>

To generalize is to be an idiot.
		-- William Blake