On Thu, 8 Oct 2015, Andy Lutomirski wrote: > I want to propose a new primitive that might go a long way toward > solving this issue. The new primitive would be called the "big percpu > lock". It took us 15+ years to get rid of the "Big Kernel Lock", so we really don't want to add a new "Big XXX Lock". We have enough pain already with preempt_disable() and local_irq_disable() which are basically "Big CPU Locks". Don't ever put BIG and LOCK into one context, really. Thanks, tglx -- To unsubscribe from this list: send the line "unsubscribe linux-doc" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
