Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1763715AbYCDR4k (ORCPT ); Tue, 4 Mar 2008 12:56:40 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755251AbYCDR4a (ORCPT ); Tue, 4 Mar 2008 12:56:30 -0500 Received: from mga02.intel.com ([134.134.136.20]:48105 "EHLO mga02.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754672AbYCDR4a (ORCPT ); Tue, 4 Mar 2008 12:56:30 -0500 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.25,444,1199692800"; d="scan'208";a="260796909" Date: Tue, 4 Mar 2008 09:55:28 -0800 From: Suresh Siddha To: Ingo Molnar Cc: Suresh Siddha , Christoph Hellwig , hpa@zytor.com, tglx@linutronix.de, andi@firstfloor.org, linux-kernel@vger.kernel.org, Arjan van de Ven Subject: Re: [patch 2/2] x86, fpu: lazy allocation of FPU area - v3 Message-ID: <20080304175528.GD28006@linux-os.sc.intel.com> References: <20080303230335.892214000@linux-os.sc.intel.com> <20080303230336.042604000@linux-os.sc.intel.com> <20080304012012.GB22431@infradead.org> <20080304014306.GC28006@linux-os.sc.intel.com> <20080304103220.GA17621@elte.hu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080304103220.GA17621@elte.hu> User-Agent: Mutt/1.4.1i Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1050 Lines: 26 On Tue, Mar 04, 2008 at 11:32:20AM +0100, Ingo Molnar wrote: > > * Suresh Siddha wrote: > > > On Mon, Mar 03, 2008 at 08:20:12PM -0500, Christoph Hellwig wrote: > > > On Mon, Mar 03, 2008 at 03:02:46PM -0800, Suresh Siddha wrote: > > > > + /* > > > > + * Memory allocation at the first usage of the FPU and other state. > > > > + */ > > > > + if (!tsk->thread.xstate) > > > > + tsk->thread.xstate = kmem_cache_alloc(task_xstate_cachep, GFP_KERNEL); > > > > > > Also don't we need some kind of error handling here? > > > > Currently it uses SLAB_PANIC. > > but SLAB_PANIC only covers kmem_cache_create() failures. > > kmem_cache_alloc() can fail (return NULL) and not handling it is a bug. oops. you are correct. Will send a sigsegv in the failure case then. Thanks. -- 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/