* Joachim Eastwood [140512 09:27]:
>
> So you are okey with just OMAP4_IOPAD for both core and wkup pads?
Well if we ever wanted to add range checking, the macro would have
to have size of the iopad range in it too. But that's probably
out of the scope for these macros anyways and is already don
On 12 May 2014 18:16, Tony Lindgren wrote:
> * Joachim Eastwood [140511 10:28]:
>> On 9 May 2014 18:07, Tony Lindgren wrote:
>> >
>> > I was thinking that too initially, but then we would have macros that
>> > behave
>> > in a different way:
>> >
>> > 1. Calculate the iopad offset from the iopa
* Joachim Eastwood [140511 10:28]:
> On 9 May 2014 18:07, Tony Lindgren wrote:
> >
> > I was thinking that too initially, but then we would have macros that behave
> > in a different way:
> >
> > 1. Calculate the iopad offset from the iopad register area start based on
> >the iopad physical a
On 9 May 2014 18:07, Tony Lindgren wrote:
> * Joachim Eastwood [140509 05:58]:
>> On 6 May 2014 02:12, Tony Lindgren wrote:
>> >
>> > OK sorry just noticed you're using it already while was about to
>> > apply your patches. Care to update that series again to not use the
>> > macro, or by adding
* Joachim Eastwood [140509 05:58]:
> On 6 May 2014 02:12, Tony Lindgren wrote:
> >
> > OK sorry just noticed you're using it already while was about to
> > apply your patches. Care to update that series again to not use the
> > macro, or by adding the offsets?
>
> hm, I'd rather add offsets than
On 6 May 2014 02:12, Tony Lindgren wrote:
> Hi,
>
> Sorry for dropping the ball on this one, got distracted with various
> other fixes for a while.
>
> * Joachim Eastwood [140421 09:16]:
>> On 21 April 2014 18:12, Joachim Eastwood wrote:
>> > On 21 April 2014 17:35, Tony Lindgren wrote:
>> >>
Hi,
Sorry for dropping the ball on this one, got distracted with various
other fixes for a while.
* Joachim Eastwood [140421 09:16]:
> On 21 April 2014 18:12, Joachim Eastwood wrote:
> > On 21 April 2014 17:35, Tony Lindgren wrote:
> >> * Joachim Eastwood [140419 09:25]:
> >>> On 19 April 20
On 21 April 2014 18:12, Joachim Eastwood wrote:
> On 21 April 2014 17:35, Tony Lindgren wrote:
>> * Joachim Eastwood [140419 09:25]:
>>> On 19 April 2014 18:14, Joachim Eastwood wrote:
>>> > This was introduced in 43a348ea53eb5fd79 but hasn't caused
>>> > any harm since it don't have any users
On 21 April 2014 17:35, Tony Lindgren wrote:
> * Joachim Eastwood [140419 09:25]:
>> On 19 April 2014 18:14, Joachim Eastwood wrote:
>> > This was introduced in 43a348ea53eb5fd79 but hasn't caused
>> > any harm since it don't have any users yet.
>>
>> Or maybe I am confused about this macro.
>>
* Joachim Eastwood [140419 09:25]:
> On 19 April 2014 18:14, Joachim Eastwood wrote:
> > This was introduced in 43a348ea53eb5fd79 but hasn't caused
> > any harm since it don't have any users yet.
>
> Or maybe I am confused about this macro.
>
> Tony which offset from the OMAP4 TRM should be use
On 19 April 2014 18:14, Joachim Eastwood wrote:
> This was introduced in 43a348ea53eb5fd79 but hasn't caused
> any harm since it don't have any users yet.
Or maybe I am confused about this macro.
Tony which offset from the OMAP4 TRM should be used?
Under section 18.6.8 there are is a column wit
This was introduced in 43a348ea53eb5fd79 but hasn't caused
any harm since it don't have any users yet.
Signed-off-by: Joachim Eastwood
---
Hello,
This one had me puzzled for a while. Wondering why USB
suddenly disappeared and suspecting by convert script.
-JE
include/dt-bindings/pinctrl/omap
12 matches
Mail list logo