* Sample AIC33 loopback test
@ 2007-01-08 3:50 Raghunandan Dhongadi
2007-01-08 3:59 ` Nishanth Menon
0 siblings, 1 reply; 2+ messages in thread
From: Raghunandan Dhongadi @ 2007-01-08 3:50 UTC (permalink / raw)
To: linux-omap-open-source
Hello All,
Referring the e-mail on the "davinci" mailing list, I wanted to have
some advice on the following approach.
I have a OMAP2430 application and, I am trying to have the Audio Codec
AIC31B driver for I2S ( Data channel ) interface on the DSP core side,
and teh AIC31B driver for I2C ( control channel ) on the ARM code
side.
The ARM core is the master to the DSP core and shall control the
operations of the DSP core via Codec Engine and DSP-LInk Framework.
Are there any suggestions to this approach ?
Warm Regards,
Raghu.
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: Sample AIC33 loopback test
2007-01-08 3:50 Sample AIC33 loopback test Raghunandan Dhongadi
@ 2007-01-08 3:59 ` Nishanth Menon
0 siblings, 0 replies; 2+ messages in thread
From: Nishanth Menon @ 2007-01-08 3:59 UTC (permalink / raw)
To: Raghunandan Dhongadi; +Cc: linux-omap-open-source
Raghunandan Dhongadi stated on 1/7/2007 9:50 PM:
> Referring the e-mail on the "davinci" mailing list, I wanted to have
> some advice on the following approach.
>
?? can u put in the thread link?
> I have a OMAP2430 application and, I am trying to have the Audio Codec
> AIC31B driver for I2S ( Data channel ) interface on the DSP core side,
> and teh AIC31B driver for I2C ( control channel ) on the ARM code
> side.
I2S on 2430 is supported on McBSP. you can configure it pretty easily,
two options:
1. handle all configuration of mcbsp and data dump to mcbsp from DSP and
handle only the codec configuration from ARM
2. handle configuration of mcbsp and codec from ARM and data dump only
from DSP.
The decision of which depends on the options you do have in your s/w
stack. if u make mcbsp on omap as slave, then you have more flexibility
in configuration.
McBSP configuration wise: depending on the amt of work u'd want to do.
the simple soln, do a arm side playback (if u already have access to the
working drivers), and break it on a ICD, dump the registers... ;)
S/w perspective is interesting, since default oss and alsa assume that
data flows on arm side.. guess u'd have to redirect configuration
commands and data flow seperately... this is another interesting thing
for all of us to solve someday... with multiprocessors on a single die
sharing differing responsibilities on the same external peripheral..
dont think we have a ready made architecture to use at the moment..
Regards,
Nishanth Menon
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2007-01-08 3:59 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-01-08 3:50 Sample AIC33 loopback test Raghunandan Dhongadi
2007-01-08 3:59 ` Nishanth Menon
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox