[alsa-devel] ALSA for SoC audio support full duplex problem
broonie at sirena.org.uk
Tue May 12 12:04:24 CEST 2009
On Tue, May 12, 2009 at 05:53:52PM +0800, jinjin xu wrote:
> I use 188.8.131.52-cfs-v19 on S3C6410(arm),use wm8987 sound card(i2s interface)
This will be with the Samsung BSP...
> if (playback)
> snd_pcm_set_ops(pcm, SNDRV_PCM_STREAM_PLAYBACK, &soc_pcm_ops);
> if (capture)
> snd_pcm_set_ops(pcm, SNDRV_PCM_STREAM_CAPTURE, &soc_pcm_ops);
> ens1370.c use two different fops for playback and record(I test it in
> Vmware,It can run on full duplex)
> soc-core.c use the same fops for playback and record
> It that the problem ?
This is not an issue, ASoC supports full duplex perfectly happily -
where required the drivers can select appropriate behaviour based on the
substream that is passed into them. Full duplex is fairly widely used
in embedded systems.
> So how to fix it for support full duplex?
You'll need to investigate what the problem is on your system. I'd
start by checking that the drivers aren't doing excessive initialisation
(eg, disrupting an existing stream when starting a new one).
Note that the Samsung hardware interface makes the two channels very
closely related so the configuration of the recieve and transmit data
paths needs to be identical - it'd probably be useful to compare the
behaviour with that for the s3c24xx drivers, the hardware is very
similar and I believe full duplex works there.
More information about the Alsa-devel