On 01/28/2016 06:05 PM, Pierre-Louis Bossart wrote:
Are there any other limitations that I may need to be aware of in
the firmware (or in the SSP back-end driver) when attempting to
connect a new codec (TI PCM5122 initially) to SSP0.
Bigger pole will be getting the firmware. Usually we support I2S and
TDM
modes
Thanks very much for your reply, Vinod! That probably explains why I'm
seeing clock signals from SSP0 but no audio data.
Can you tell me who I could contact to request SST firmware for CHT with
SSP0 support?
This doesn't make sense to me. To the best of my knowledge the
firmware does support SSP0 but in a limited configuration compared to
SSP0. It should work for regular 48kHz audio in I2S mode but not in
TDM mode. If you see clock signals on SSP0 and no data then it's
probably because the DSP routing controls are incorrect.
The best fix would be to use SSP2 really to get all the functionality.
Hi Pierre-Louis,
I've configured SSP0 for 48kHz audio in I2S mode, and I think the
routing is correct (but would appreciate confirmation):
[Stream:'Headset Playback' -> 'media1_in'] -> ['media0_out mix 0' ->
'media0_out' -> 'pcm0_in'] -> ['codec_out0 mix 0' -> 'codec_out0'] ->
[Stream:'ssp0 Tx']
To see the clocks on SSP0, I found that I had to replace 'SSP_CODEC' (3)
with 0 wherever it was used in sound/soc/intel/atom/sst-atom-controls.c
Unfortunately, our board is about to go into mass production so my
chances of getting it changed to SSP2 are very slim. Do you think it
might be possible for us to get SSP0 working for I2S audio?
_______________________________________________
Alsa-devel mailing list
Alsa-devel@xxxxxxxxxxxxxxxx
http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
