> It will be hard to know what changes will be needed without knowing > the exact semantics of the spinlock functions with lock elision. Can > you explain a little more what bizarre semantics you are referring > to? Totally independent of elision. For example, what semantics does spin_unlock_wait() have with a ticket lock. Where in the queue does it wait? It doesn't really make sense with a ticket lock. What semantics would lockdep put on it? -Andi -- To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
