Hello, Sebastian, I punted on this for the moment by making RCU priority boosting testing depend on CONFIG_PREEMPT_RT, but longer term I am wondering if RCU's various timed delays and timeouts should use hrtimers rather than normal timers in kernels built with CONFIG_RCU_BOOST. As it is, RCU priority boosting can be defeated if any of the RCU grace-period kthread's timeouts are serviced by the non-realtime ksoftirqd. This might require things like swait_event_idle_hrtimeout_exclusive(), either as primitives or just open coded. Thoughts? Thanx, Paul
