Hi - It has come to my attention that the preempt-rt patch suite deliberately defeats the potential concurrency intended by systemtap's use of rwlocks to permit concurrent readers of various data structures. Since systemtap's probe handlers are all atomic, nonblocking, nonpreemptable, it does not seem like there is any real-time-oriented benefit in this. What can we do to work around this and permit reader concurrency again in preempt-rt? - FChE -- To unsubscribe from this list: send the line "unsubscribe linux-rt-users" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html