Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752198Ab1CYPOV (ORCPT ); Fri, 25 Mar 2011 11:14:21 -0400 Received: from mail-fx0-f46.google.com ([209.85.161.46]:51515 "EHLO mail-fx0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750824Ab1CYPOT (ORCPT ); Fri, 25 Mar 2011 11:14:19 -0400 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=bu6zWiqWr3k9ceJbEM0NIAcaNrN0H/j5G2gQ0f8owyarcvvdhxBhjs99mTCVAmsP72 VQOaK20O0h3FDZdscHceGBiIxm7Fbs8sbHrX4g+HoBx1hs+ik+MSSPFEDbr/yV71HrEc VberfOykLa2RveLm7qfOsqNq4PNOGKOIpzYcA= Date: Fri, 25 Mar 2011 16:13:53 +0100 From: Tejun Heo To: Christoph Lameter Cc: Eric Dumazet , Pekka Enberg , Ingo Molnar , torvalds@linux-foundation.org, akpm@linux-foundation.org, npiggin@kernel.dk, David Rientjes , linux-kernel@vger.kernel.org, linux-mm@kvack.org Subject: Re: [GIT PULL] SLAB changes for v2.6.39-rc1 Message-ID: <20110325151353.GG1409@htj.dyndns.org> References: <20110324185903.GA30510@elte.hu> <20110324193647.GA7957@elte.hu> <1300997290.2714.2.camel@edumazet-laptop> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1151 Lines: 35 Hello, On Thu, Mar 24, 2011 at 03:43:25PM -0500, Christoph Lameter wrote: > > Thats strange, alloc_percpu() is supposed to zero the memory already ... > > True. > > > Are you sure its really this problem of interrupts being disabled ? > > Guess so since Ingo and Pekka reported that it fixed the problem. > > Tejun: Can you help us with this mystery? I've looked through the code but can't figure out what the difference is. The memset code is in mm/percpu-vm.c::pcpu_populate_chunk(). for_each_possible_cpu(cpu) memset((void *)pcpu_chunk_addr(chunk, cpu, 0) + off, 0, size); (pcpu_chunk_addr(chunk, cpu, 0) + off) is the same vaddr as will be obtained by per_cpu_ptr(ptr, cpu), so all allocated memory regions are accessed before being returned. Dazed and confused (seems like the theme of today for me). Could it be that the vmalloc page is taking more than one faults? Thanks. -- tejun -- 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/