On Mon, Jun 24, 2019 at 2:08 AM Chanwoo Choi wrote:
> On 19. 6. 8. 오전 6:24, Linus Walleij wrote:
> > On Tue, Jun 4, 2019 at 3:30 AM Chanwoo Choi wrote:
> >> On 19. 5. 31. 오전 3:39, Linus Walleij wrote:
> >
> >>> + /*
> >>> + * It is unlikely that this is an acknowledged interrupt that goe
On 19. 6. 8. 오전 6:24, Linus Walleij wrote:
> On Tue, Jun 4, 2019 at 3:30 AM Chanwoo Choi wrote:
>> On 19. 5. 31. 오전 3:39, Linus Walleij wrote:
>
>>> + /*
>>> + * It is unlikely that this is an acknowledged interrupt that goes
>>> + * away after handling, what we are looking for are
On Tue, Jun 4, 2019 at 3:30 AM Chanwoo Choi wrote:
> On 19. 5. 31. 오전 3:39, Linus Walleij wrote:
> > + /*
> > + * It is unlikely that this is an acknowledged interrupt that goes
> > + * away after handling, what we are looking for are falling edges
> > + * if the signal is acti
Hi Linus,
On 19. 5. 31. 오전 3:39, Linus Walleij wrote:
> The only thing that makes sense is to request a falling edge interrupt
> if the line is active low and a rising edge interrupt if the line is
> active high, so just do that and get rid of the assignment from
> platform data. The GPIO descript
The only thing that makes sense is to request a falling edge interrupt
if the line is active low and a rising edge interrupt if the line is
active high, so just do that and get rid of the assignment from
platform data. The GPIO descriptor knows if the line is active high
or low.
Also make irq a lo
5 matches
Mail list logo