On Wed, Nov 25, 2015 at 7:39 PM, Tony Lindgren wrote:
> Linus,
(...)
>> > OK, I believe he was waiting for yours to pick the series though ;)
>>
>> Yeah probably best to keep this series together if you're OK with that.
>
> Care to ack this one? I'd like to apply this series for v4.5 within next
>
* Tony Lindgren [151125 10:40]:
> Linus,
>
> * Tony Lindgren [151118 16:25]:
> > * Javier Martinez Canillas [151117 05:51]:
> > > Hello Linus,
> > >
> > > On 11/17/2015 10:47 AM, Linus Walleij wrote:
> > > > On Fri, Nov 13, 2015 at 5:53 AM, Javier Martinez Canillas
> > > > wrote:
> > > >
> >
Linus,
* Tony Lindgren [151118 16:25]:
> * Javier Martinez Canillas [151117 05:51]:
> > Hello Linus,
> >
> > On 11/17/2015 10:47 AM, Linus Walleij wrote:
> > > On Fri, Nov 13, 2015 at 5:53 AM, Javier Martinez Canillas
> > > wrote:
> > >
> > >> The header file defines a set of macros
> > >> f
* Javier Martinez Canillas [151117 05:51]:
> Hello Linus,
>
> On 11/17/2015 10:47 AM, Linus Walleij wrote:
> > On Fri, Nov 13, 2015 at 5:53 AM, Javier Martinez Canillas
> > wrote:
> >
> >> The header file defines a set of macros
> >> for different SoCs families that falls under the OMAP sub-ar
Hello Linus,
On 11/17/2015 10:47 AM, Linus Walleij wrote:
> On Fri, Nov 13, 2015 at 5:53 AM, Javier Martinez Canillas
> wrote:
>
>> The header file defines a set of macros
>> for different SoCs families that falls under the OMAP sub-arch, that
>> allow to define the padconf register physical ad
On Fri, Nov 13, 2015 at 5:53 AM, Javier Martinez Canillas
wrote:
> The header file defines a set of macros
> for different SoCs families that falls under the OMAP sub-arch, that
> allow to define the padconf register physical address instead of the
> register offset from the padconf base.
>
> Bu