On Fri, 24 Jan 2014, Dave Hansen wrote: > From: Dave Hansen <dave.han...@linux.intel.com> > > The slub code does some setup during early boot in > early_kmem_cache_node_alloc() with some local data. There is no > possible way that another CPU can see this data, so the slub code > doesn't unnecessarily lock it. However, some new lockdep asserts > check to make sure that add_partial() _always_ has the list_lock > held. > > Just add the locking, even though it is technically unnecessary. > > Signed-off-by: Dave Hansen <dave.han...@linux.intel.com> > Cc: Peter Zijlstra <pet...@infradead.org> > Cc: Pekka Enberg <penb...@kernel.org> > Cc: Russell King <li...@arm.linux.org.uk>
Acked-by: David Rientjes <rient...@google.com> -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
