On 22/04/16 14:52, Peter Ujfalusi wrote:
On 04/22/16 01:29, Stephen Boyd wrote:
The first issue with converting the McASP to use CCF internally for clock
selection, muxing and rate configuration is that the daVinci platform does not
use CCF at all. Given that the davinci-mcasp driver is used by
On 22/04/16 14:52, Peter Ujfalusi wrote:
On 04/22/16 01:29, Stephen Boyd wrote:
The first issue with converting the McASP to use CCF internally for clock
selection, muxing and rate configuration is that the daVinci platform does not
use CCF at all. Given that the davinci-mcasp driver is used by
On 04/22/16 01:29, Stephen Boyd wrote:
>>> The first issue with converting the McASP to use CCF internally for clock
>>> selection, muxing and rate configuration is that the daVinci platform does
>>> not
>>> use CCF at all. Given that the davinci-mcasp driver is used by daVinci, we
>>> need to
On 04/22/16 01:29, Stephen Boyd wrote:
>>> The first issue with converting the McASP to use CCF internally for clock
>>> selection, muxing and rate configuration is that the daVinci platform does
>>> not
>>> use CCF at all. Given that the davinci-mcasp driver is used by daVinci, we
>>> need to
On 04/18, Mark Brown wrote:
> On Mon, Apr 18, 2016 at 06:50:52PM +0300, Peter Ujfalusi wrote:
> > On 02/17/2016 09:52 PM, Peter Ujfalusi wrote:
>
> > > On the other hand this ABI is backwards compatible since if it is missing
> > > it
> > > will default to the configuration we right now have
On 04/18, Mark Brown wrote:
> On Mon, Apr 18, 2016 at 06:50:52PM +0300, Peter Ujfalusi wrote:
> > On 02/17/2016 09:52 PM, Peter Ujfalusi wrote:
>
> > > On the other hand this ABI is backwards compatible since if it is missing
> > > it
> > > will default to the configuration we right now have
On Mon, Apr 18, 2016 at 06:50:52PM +0300, Peter Ujfalusi wrote:
> On 02/17/2016 09:52 PM, Peter Ujfalusi wrote:
> > On the other hand this ABI is backwards compatible since if it is missing it
> > will default to the configuration we right now have regarding to sysclk_dir
> > and sysclk_id.
> >
On Mon, Apr 18, 2016 at 06:50:52PM +0300, Peter Ujfalusi wrote:
> On 02/17/2016 09:52 PM, Peter Ujfalusi wrote:
> > On the other hand this ABI is backwards compatible since if it is missing it
> > will default to the configuration we right now have regarding to sysclk_dir
> > and sysclk_id.
> >
On 02/17/2016 09:52 PM, Peter Ujfalusi wrote:
> On 02/17/2016 02:07 PM, Mark Brown wrote:
>> On Wed, Feb 17, 2016 at 10:13:35AM +0200, Peter Ujfalusi wrote:
>>
>>> With this change we don't need to write custom machine drivers for setup not
>>> using sysclk_id == 0.
>>> I do think this is
On 02/17/2016 09:52 PM, Peter Ujfalusi wrote:
> On 02/17/2016 02:07 PM, Mark Brown wrote:
>> On Wed, Feb 17, 2016 at 10:13:35AM +0200, Peter Ujfalusi wrote:
>>
>>> With this change we don't need to write custom machine drivers for setup not
>>> using sysclk_id == 0.
>>> I do think this is
On Wed, Feb 17, 2016 at 03:18:57PM +0100, Ricard Wanderlof wrote:
> It makes sense to use an already existing clock framework, but I'm
> wondering, how do we model the clock select function? Using a clock mux?
Yes, that looks like a mux to me.
signature.asc
Description: PGP signature
On Wed, Feb 17, 2016 at 03:18:57PM +0100, Ricard Wanderlof wrote:
> It makes sense to use an already existing clock framework, but I'm
> wondering, how do we model the clock select function? Using a clock mux?
Yes, that looks like a mux to me.
signature.asc
Description: PGP signature
Quoting Mark Brown (2016-02-16 05:42:33)
> On Tue, Feb 16, 2016 at 11:46:52AM +0200, Peter Ujfalusi wrote:
>
> > As for codecs, tlv320aic3106 is also pretty simple device from the outside,
> > it
> > can receive it's reference clock via:
> > MCLK pin, GPIO2 pin or it can use the BCLK from the
Quoting Mark Brown (2016-02-16 05:42:33)
> On Tue, Feb 16, 2016 at 11:46:52AM +0200, Peter Ujfalusi wrote:
>
> > As for codecs, tlv320aic3106 is also pretty simple device from the outside,
> > it
> > can receive it's reference clock via:
> > MCLK pin, GPIO2 pin or it can use the BCLK from the
14 matches
Mail list logo