Hi Gilles, Gilles Carry wrote:
This patch makes hrtimers initialized with hrtimer_init_sleeper to use another mode and then not be stuck in waitqueues when hrtimer_interrupt is very busy.
Not sure if this is related, but I just posted a patch to fix a condition where hrtimer_interrupt could get artificially busy for *very* long periods of time (I observed 500ms).
http://article.gmane.org/gmane.linux.rt.user/3357This bug was specific to 26-rt1. Did you investigate the cause of the busy hrtimer_interrupt? If not, its possible that your issue would be indirectly fixed now that the HRT subsystem doesn't spike-out like that. Or do you believe these are orthogonal issues and we should still protect against non-pathological cases of hrtimer_interrupt running hot?
Regards, -Greg
Attachment:
signature.asc
Description: OpenPGP digital signature
