On Thu, Jun 26, 2014 at 01:39:09PM -0400, Waiman Long wrote:
v4->v5:I removed all CONFIG_QUEUE_RWLOCK dependencies and made lockdep
- Add patch 2 to update the locking selftest code to handle recursive
read_lock correctly. Patch 1 has no change.
unconditionally assume the stronger constraints.
Since we want all code 'clean' for the strongest possible
implementation, everybody should run with those semantics, it doesn't
make sense to have that configurable.
Eg. someone on (say ARM, which doesn't -- yet -- have QUEUE_RWLOCK)
could unwittingly introduce faulty code.