Re: [RFC PATCH] iio: humidity: dht11: Rewrite decode algorithm, improve read reliability

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mon, Jul 6, 2015 at 1:39 AM,  <harald@xxxxxxxxx> wrote:
> On Sun, 5 Jul 2015 22:00:02 +0100, Jonathan Bell
> <jonathan@xxxxxxxxxxxxxxx>
> wrote:

>> - Cater for GPIO chips that can raise interrupts when I/O pins
>>    are set as output by expanding the maximum number of edges recorded.
>> - Start decoding the bitstream right-justified to make the driver
> agnostic
>>    towards whether the start bits generate IRQs.
>
> That was the original behaviour, but is actively prohibited by some GPIO
> chip drivers. We asked Linus Walleij about it in
> https://lkml.org/lkml/2014/12/1/171 who replied:
> "IRQs on pins set to output *does* *not* *make* *sense*." I still
> disagree,

I just don't understand this usecase. Can you explain to me
what you are doing and why exactly so as to soften me up
a bit?

Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-iio" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html



[Index of Archives]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Input]     [Linux Kernel]     [Linux SCSI]     [X.org]

  Powered by Linux