Why is preemption disabled before a lock is acquired in _spin_lock function? As the critical region of code which is to be protected by the spin lock executes only after the lock is acquired, why is disabling of preemption required before the lock is acquired? Wouldn't it better if the kernel code that does the spinning before the lock is acquired is itself preempted so that someone else can run in the meanwhile? Thanks, -Joel -- To unsubscribe from this list: send an email with "unsubscribe kernelnewbies" to ecartis@xxxxxxxxxxxx Please read the FAQ at http://kernelnewbies.org/FAQ