Re: VIA8233/8235 testers wanted

[Takashi Iwai <tiwai@suse.de>]

At Fri, 10 Jan 2003 10:13:58 +0100,
Joachim Blaabjerg wrote:
> 
> On Friday 10 January 2003 09:37, Takashi Iwai wrote:
> > At Fri, 10 Jan 2003 09:17:28 +0100,
> >
> > Joachim Blaabjerg wrote:
> > > On Thursday 09 January 2003 18:01, Takashi Iwai wrote:
> > > > Hi,
> > > >
> > > > if someone has VIA8233, VIA8233A, VIA8233C or VIA8235 chipset, could
> > > > you help the testing of the new driver?
> > > > the new driver code is found at
> > > >
> > > > 	http://www.alsa-project.org/~iwai/via82xx.c
> > > > [...]
> > >
> > > I'm getting an unresolved symbol: snd_pcm_substream_sgbuf, and a
> > > recursive grep in the alsa-driver sources show only one match in, you
> > > guessed it, snd-via82xx.c.
> >
> > please try the very latest cvs version.
> > (the best is to get the source via cvs, not cvs-snapshot).
> > there are many changes recently.
> 
> Ah yes, thanks.
> 
> It compiles and loads nicely, but there are some problems using it. I tried 
> starting UT2003 while XMMS was playing, and there was indeed sound from both, 
> but the UT2003 sound was quite choppy. When I exited UT2003, the last sound 
> it played is still there, and plays over and over again (ut2003-bin hangs). I 
> get the following warning from ALSA:
> 
> ALSA lib pcm_hw.c:398:(snd_pcm_hw_prepare) SNDRV_PCM_IOCTL_PREPARE failed: 
> Device or resource busy
> 
> I figured UT2003 and its sound system was probably rather weird, so I tried 
> again with mpg231 and mplayer, which worked beautifully. Thanks! :)
> 
> Btw, this is a VT-8235 sound chip.


there are small bugs regarding the calculation of hw-pointer.
i hope now this choppy sounds fixed.  could you try to grab via82xx.c
again from the same url?

the error shown above is perhaps because the applications tried to set
up the different sample rates at the same time.
since the sample rate is configured on ac97 codec, the sample rate
must be identical among all applications playing simultaneously.

also, there is the secondary pcm device (hw:0,1) for the multi-channel
playback, i.e. 4 and 6-channel playback.  if your board has rear or
center/lfe jacks, please give a try.
i guess this is exclusive with the first device, but not sure.  please
check whether both twos can play at the same time.

ah, one more thing.  via8235 has the secondary capture device.  it's
assigned to hw:0,1.  it would be helpful if you can check both hw:0,0
and hw:0,1 can capture properly, or whether only one of them works.


ciao,

Takashi


-------------------------------------------------------
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com