Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756454AbaJaP6D (ORCPT ); Fri, 31 Oct 2014 11:58:03 -0400 Received: from resqmta-po-05v.sys.comcast.net ([96.114.154.164]:47590 "EHLO resqmta-po-05v.sys.comcast.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750703AbaJaP6B (ORCPT ); Fri, 31 Oct 2014 11:58:01 -0400 Date: Fri, 31 Oct 2014 10:17:16 -0500 (CDT) From: Christoph Lameter X-X-Sender: cl@gentwo.org To: Joonsoo Kim cc: Andrew Morton , Pekka Enberg , David Rientjes , linux-mm@kvack.org, linux-kernel@vger.kernel.org, Markos Chandras , linux-mips@linux-mips.org Subject: Re: [PATCH for v3.18] mm/slab: fix unalignment problem on Malta with EVA due to slab merge In-Reply-To: <1414742912-14852-1-git-send-email-iamjoonsoo.kim@lge.com> Message-ID: References: <1414742912-14852-1-git-send-email-iamjoonsoo.kim@lge.com> Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, 31 Oct 2014, Joonsoo Kim wrote: > alloc_unbound_pwq() allocates slab object from pool_workqueue. This > kmem_cache requires 256 bytes alignment, but, current merging code > doesn't honor that, and merge it with kmalloc-256. kmalloc-256 requires > only cacheline size alignment so that above failure occurs. However, > in x86, kmalloc-256 is luckily aligned in 256 bytes, so the problem > didn't happen on it. That luck will run out when you enable debugging. But then that also usually means disablign merging. > To fix this problem, this patch introduces alignment mismatch check > in find_mergeable(). This will fix the problem. Acked-by: Christoph Lameter -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/