RE: [PATCH] OMAP: GPIO: Avoid generating extra IRQs

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

 



>> It is possible for GPIO IRQ lines configured with
>> falling edge triggering only to get IRQs at the
>> rising edge upon the exit of offmode. And vice
>> versa. Prevent such IRQs to arrive by generating
>> the IRQ obeying the detection scheme.
>
> Is the situation still the same if we temporarily change the
> level lines to edge for the duration of idle? This would allow
> waking up even if the line is level.

I admit that I haven't tested such a schenario. But I guess
it's not different than what it used to be ... Is there a sample
to try out?

However, if there's no edge detection (nor and or level detection)
set at all, it will still generate soft IRQs, which possibly needs
some rethinking (maybe WARN if no egde nor level detection on
the GPIO IRQ). But it's been that way, so I figured no need to
change that.


> Also, have you checked the code flow on omap1 when l, gen, gen0 & gen1
> are not initialized? Just wondering ;)
> 
> Tony

Right, possibly a compile warning.

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

[Index of Archives]     [Linux Arm (vger)]     [ARM Kernel]     [ARM MSM]     [Linux Tegra]     [Linux WPAN Networking]     [Linux Wireless Networking]     [Maemo Users]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite Trails]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux