* Ladislav Michl <ladis@xxxxxxxxxxxxxx> [171109 22:33]:
> On Thu, Nov 09, 2017 at 01:57:07PM -0800, Tony Lindgren wrote:
> > Maybe you can block idle states from your driver with PM QoS?
> >
> > Just add some latency requirement. See for example what was done
> > earlier for omap3 audio in commit 9834ffd1ecc3 ("ASoC: omap-mcbsp: Add PM
> > QoS support for McBSP to prevent glitches").
> >
> > Not sure if we can do this in a generic way.. But maybe it's doable for
> > things like PWM drivers.
>
> That seems to be rather problematic as I need this for generic driver:
> drivers/media/rc/gpio-ir-recv.c
> I need to be able to detect key presses of various remotes, so protocol
> is unknown in advance. Having such a big jitter leads to false positives
> when guessing protocol or decoding errors.
>
> I was also considering using FIQ handler, but it probably won't help in
> this case.
Hmm to me it seems that PM QoS would be totally justified for a driver
like that. But actually, why don't you use drivers/pwm/pwm-omap-dmtimer.c
like drivers/media/rc/ir-rx51.c is doing? Then you have the dmtimer
driving things..
Regards,
Tony
--
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
