Re: Any wigets for ADC to DAC ?

Re: Any wigets for ADC to DAC ?

[Mark Brown]

On Fri, Mar 28, 2008 at 04:39:48PM +0100, Alexandre BOUIN wrote:

> In intern, we're still using WM8900 codec. We'd like to know in ASoC layer,
> there is a widget to declare a possible audio path between ADC and DAC.

If there were a direct connection the appropriate thing would just be to
declare it (in that particular chip there is actually a digitial mixer
in there).  Using such a path is not particularly supported by ASoC v1
since it treats ADCs and DACs as sinks and sources only.

Re: Any wigets for ADC to DAC ?

[Alexandre BOUIN]

> > In intern, we're still using WM8900 codec. We'd like to know in ASoC
> layer,
> > there is a widget to declare a possible audio path between ADC and
> DAC.
> 
> If there were a direct connection the appropriate thing would just be
> to
> declare it (in that particular chip there is actually a digitial mixer
> in there).  Using such a path is not particularly supported by ASoC v1
> since it treats ADCs and DACs as sinks and sources only.

Thanks for this answer Mark.

Will be there a support for a such feature in ASoC v2  ?

Re: Any wigets for ADC to DAC ?

[Mark Brown]

On Mon, Mar 31, 2008 at 12:32:21PM +0200, Alexandre BOUIN wrote:

> Will be there a support for a such feature in ASoC v2  ?

Given that more and more codecs support this sort of thing it's likely
that support for digital paths will get implemented at some point.  No
specific ETA for it, though.

Note that if there is no specific reason to use a digital bypass path
(such as filtering that is only supported on the digital path or a
lack of a suitable analogue path) then it is normally more power
efficient to use an analogue bypass path than a digital one.

[Fwd: Re: Davinci ASoC support (patch)]

[lokowich]

Forwarded from davinci-linux-open-source list:

I've built this ASoC patch into my DaVinci git kernel (thanks for the 
SENSORS tip), and can use aplay and speaker-test, but no sound.  Figured 
it may be a mixer/volume control issue, but the alsamixer is unable to 
open for a failed ioctl on USBDEVFS_IOCTL.  Not sure why there is a USB 
dependency.  Noted that there is no /sys/class/sound/mixer in my sysfs.  
Any ideas?

Mark

Bernard Blackham wrote:
> Behme wrote:
>   
>> While searching something different, I just found
>>
>> http://www.spinics.net/lists/alsa-devel/msg12535.html
>>
>> As I'm not subscribed to alsa-devel, I don't have the original post. 
>> Maybe any of the authors can post it do this list as well?
>>
>> The patch mainly applies to our git. I fixed two small rejects in 
>> Kconfig and Makefile as the patch is for newer kernel than our git. 
>> Untested patch against our git in attachment. Anybody likes to test?
>>     
>
> Well, I tried compiling it and it failed to build. It appears that it's 
> built on a set of patches for Davinci posted to LAK, including this 
> completely revamped EDMA support[1]:
>
> http://www.spinics.net/lists/arm-kernel/msg47450.html
>
> So I had to change a few definitions, import a few functions from the new
> DMA support and managed to get it compiling and loading, but not yet working
> (tried various sample rates and formats):
>
> root@davinci-dvevm:/tst$ aplay test.wav
> Playing WAVE 'test.wav' : Signed 16 bit Little Endian, Rate 44100 Hz, Stereo
> ALSA lib pcm_params.c:2152:(snd_pcm_hw_refine_slave) Slave PCM not usable
> aplay: set_params:878: Broken configuration for this PCM: no configurations
> available
>
> root@davinci-dvevm:/tst$ arecord -r 48000 -f S16_LE
> Recording WAVE 'stdin' : Signed 16 bit Little Endian, Rate 48000 Hz, Mono
> ALSA lib pcm_params.c:2152:(snd_pcm_hw_refine_slave) Slave PCM not usable
> arecord: set_params:878: Broken configuration for this PCM: no
> configurations available
>
>
> And this is the extent of my knowledge of ALSA - I can continue digging, but
> maybe somebody else will beat me to it =) It's looking promising though.
>
> Attached is the patch I have so far that applies against current git. This
> is not for going upstream, but just for testing. Notes:
> - Apply patch
> - Enable SND_SOC, SND_DAVINCI_SOC, SND_DAVINCI_SOC_I2S, SND_DAVINCI_SOC_EVM
> and SND_SOC_TLV320AIC3X.
> - Make sure CONFIG_I2C_DAVINCI is enabled, but disable the
> CONFIG_SENSORS_TLV320* options.
> - Build.
> - Load the snd-soc-evm module.
>
> Bernard.
>
> [1] These patches appear to have gone absolutely nowhere beyond that list. I
> can't find them in any tree. But they are cleaner and more conforming to the
> Linux Kernel style than what's currently in git.
>
>   
> ------------------------------------------------------------------------
>
> _______________________________________________
> Davinci-linux-open-source mailing list
> Davinci-linux-open-source@linux.davincidsp.com
> http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
>   

Re: [Fwd: Re: Davinci ASoC support (patch)]

[Mark Brown]

On Fri, Mar 28, 2008 at 09:27:04AM -0500, lokowich wrote:

> Forwarded from davinci-linux-open-source list:

CCing in Vladimir Barinov who contributed the DaVinci support.

> I've built this ASoC patch into my DaVinci git kernel (thanks for the 
> SENSORS tip), and can use aplay and speaker-test, but no sound.  Figured 
> it may be a mixer/volume control issue, but the alsamixer is unable to 
> open for a failed ioctl on USBDEVFS_IOCTL.  Not sure why there is a USB 
> dependency.  Noted that there is no /sys/class/sound/mixer in my sysfs.  
> Any ideas?

It might be helpful to post dmesg output showing the sound support
being loaded.

> Bernard Blackham wrote:
> > Behme wrote:
> >   
> >> While searching something different, I just found
> >>
> >> http://www.spinics.net/lists/alsa-devel/msg12535.html
> >>
> >> As I'm not subscribed to alsa-devel, I don't have the original post. 
> >> Maybe any of the authors can post it do this list as well?
> >>
> >> The patch mainly applies to our git. I fixed two small rejects in 
> >> Kconfig and Makefile as the patch is for newer kernel than our git. 
> >> Untested patch against our git in attachment. Anybody likes to test?
> >>     
> >
> > Well, I tried compiling it and it failed to build. It appears that it's 
> > built on a set of patches for Davinci posted to LAK, including this 
> > completely revamped EDMA support[1]:
> >
> > http://www.spinics.net/lists/arm-kernel/msg47450.html
> >
> > So I had to change a few definitions, import a few functions from the new
> > DMA support and managed to get it compiling and loading, but not yet working
> > (tried various sample rates and formats):
> >
> > root@davinci-dvevm:/tst$ aplay test.wav
> > Playing WAVE 'test.wav' : Signed 16 bit Little Endian, Rate 44100 Hz, Stereo
> > ALSA lib pcm_params.c:2152:(snd_pcm_hw_refine_slave) Slave PCM not usable
> > aplay: set_params:878: Broken configuration for this PCM: no configurations
> > available
> >
> > root@davinci-dvevm:/tst$ arecord -r 48000 -f S16_LE
> > Recording WAVE 'stdin' : Signed 16 bit Little Endian, Rate 48000 Hz, Mono
> > ALSA lib pcm_params.c:2152:(snd_pcm_hw_refine_slave) Slave PCM not usable
> > arecord: set_params:878: Broken configuration for this PCM: no
> > configurations available
> >
> >
> > And this is the extent of my knowledge of ALSA - I can continue digging, but
> > maybe somebody else will beat me to it =) It's looking promising though.
> >
> > Attached is the patch I have so far that applies against current git. This
> > is not for going upstream, but just for testing. Notes:
> > - Apply patch
> > - Enable SND_SOC, SND_DAVINCI_SOC, SND_DAVINCI_SOC_I2S, SND_DAVINCI_SOC_EVM
> > and SND_SOC_TLV320AIC3X.
> > - Make sure CONFIG_I2C_DAVINCI is enabled, but disable the
> > CONFIG_SENSORS_TLV320* options.
> > - Build.
> > - Load the snd-soc-evm module.
> >
> > Bernard.
> >
> > [1] These patches appear to have gone absolutely nowhere beyond that list. I
> > can't find them in any tree. But they are cleaner and more conforming to the
> > Linux Kernel style than what's currently in git.
> >
> >   
> > ------------------------------------------------------------------------
> >
> > _______________________________________________
> > Davinci-linux-open-source mailing list
> > Davinci-linux-open-source@linux.davincidsp.com
> > http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
> >   
> _______________________________________________
> Alsa-devel mailing list
> Alsa-devel@alsa-project.org
> http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
> 

-- 
"You grabbed my hand and we fell into it, like a daydream - or a fever."

Any wigets for ADC to DAC ?

[Alexandre BOUIN]

Hi Mark,

In intern, we're still using WM8900 codec. We'd like to know in ASoC layer,
there is a widget to declare a possible audio path between ADC and DAC.

By the way, we could power on all necessary widget to use ADCtoDAC Sidetone,
without dealing with another audio path or start pcm on capture/playback.

Thanks and regards,
Alex.