On Fri, Jul 20, 2012 at 10:58 PM, Sean Paul wrote:
> Move gpc4 to the end of the automatically processed gpio controllers so
> we don't taint the automatic offset calculation.
>
> This bug caused all controllers coming after gpc4 to map to the
> incorrect address. The result is <&gpd1 0 0 0 0> wo
Linus Walleij wrote:
>
> On Fri, Jul 20, 2012 at 10:58 PM, Sean Paul wrote:
>
> > Move gpc4 to the end of the automatically processed gpio controllers so
> > we don't taint the automatic offset calculation.
> >
> > This bug caused all controllers coming after gpc4 to map to the
> > incorrect add
s.wall...@stericsson.com;
>> linux-kernel@vger.kernel.org;
>> ol...@chromium.org; Sangsu Park; Thomas Abraham; Kukjin Kim
>> Subject: Re: [PATCH] gpio: samsung: Fix off-by-one bug in gpio addresses
>>
>> Acked-by: Doug Anderson
>>
>> ---
>>
&
...@chromium.org; Sangsu Park; Thomas Abraham; Kukjin Kim
> Subject: Re: [PATCH] gpio: samsung: Fix off-by-one bug in gpio addresses
>
> Acked-by: Doug Anderson
>
> ---
>
> On Fri, Jul 20, 2012 at 1:58 PM, Sean Paul wrote:
> >
> > Move gpc4 to the end of the
On Fri, Jul 20, 2012 at 10:58 PM, Sean Paul wrote:
> Move gpc4 to the end of the automatically processed gpio controllers so
> we don't taint the automatic offset calculation.
>
> This bug caused all controllers coming after gpc4 to map to the
> incorrect address. The result is <&gpd1 0 0 0 0> wo
Acked-by: Doug Anderson
---
On Fri, Jul 20, 2012 at 1:58 PM, Sean Paul wrote:
>
> Move gpc4 to the end of the automatically processed gpio controllers so
> we don't taint the automatic offset calculation.
>
> This bug caused all controllers coming after gpc4 to map to the
> incorrect address. T
6 matches
Mail list logo
