On 16/08/2012 23:25, Matt Sealey wrote:
> On Thu, Aug 16, 2012 at 3:09 PM, Benoît Thébaudeau
> wrote:
>> Dear Matt Sealey,
>>
Hi Matt,
>>> I'm gonna NACK this because most of these pin settings are actually
>>> the POR defaults anyway (UART1 is
>>> the example I can easily pick out).
>>>
>>> ..
Dear Matt Sealey,
> On Thu, Aug 16, 2012 at 5:51 PM, Benoît Thébaudeau
> wrote:
> > Dear Matt Sealey,
> >
> >> On Thu, Aug 16, 2012 at 3:09 PM, Benoît Thébaudeau
> >> wrote:
> >
> > To improve code quality... And because I have local boards that
> > also needed the
> > same functions, so it avoi
On Thu, Aug 16, 2012 at 5:51 PM, Benoît Thébaudeau
wrote:
> Dear Matt Sealey,
>
>> On Thu, Aug 16, 2012 at 3:09 PM, Benoît Thébaudeau
>> wrote:
>
> To improve code quality... And because I have local boards that also needed
> the
> same functions, so it avoided more duplications.
>
>> For i.MX w
Dear Matt Sealey,
> On Thu, Aug 16, 2012 at 3:09 PM, Benoît Thébaudeau
> wrote:
> > Dear Matt Sealey,
> >
> >> I'm gonna NACK this because most of these pin settings are
> >> actually
> >> the POR defaults anyway (UART1 is
> >> the example I can easily pick out).
> >>
> >> .. unless someone's set
On Thu, Aug 16, 2012 at 3:09 PM, Benoît Thébaudeau
wrote:
> Dear Matt Sealey,
>
>> I'm gonna NACK this because most of these pin settings are actually
>> the POR defaults anyway (UART1 is
>> the example I can easily pick out).
>>
>> .. unless someone's setting them up wrong between warn reboots, o
Dear Matt Sealey,
> I'm gonna NACK
You can't, only the custodians can ... you can only disagree and provide your
opinion, which you did ;-)
> this because most of these pin settings are actually
> the POR defaults anyway (UART1 is
> the example I can easily pick out).
>
> .. unless someone's s
Dear Matt Sealey,
> I'm gonna NACK this because most of these pin settings are actually
> the POR defaults anyway (UART1 is
> the example I can easily pick out).
>
> .. unless someone's setting them up wrong between warn reboots, or
> changing a UART into something else
> later in boot.. which is
I'm gonna NACK this because most of these pin settings are actually
the POR defaults anyway (UART1 is
the example I can easily pick out).
.. unless someone's setting them up wrong between warn reboots, or
changing a UART into something else
later in boot.. which is unfathomable.. we don't need to
> Use the newly created mx5 default pin initialization functions in mx5
> board
> files.
>
> Signed-off-by: Benoît Thébaudeau
> Cc: Stefano Babic
Adding missing board maintainers to Cc.
> ---
> .../board/efikamx/efikamx.c| 133
> ++--
> .../board/free
9 matches
Mail list logo