Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753804AbYHIQQz (ORCPT ); Sat, 9 Aug 2008 12:16:55 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750987AbYHIQQo (ORCPT ); Sat, 9 Aug 2008 12:16:44 -0400 Received: from terminus.zytor.com ([198.137.202.10]:37712 "EHLO terminus.zytor.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750809AbYHIQQn (ORCPT ); Sat, 9 Aug 2008 12:16:43 -0400 Message-ID: <489DC15D.9070308@zytor.com> Date: Sat, 09 Aug 2008 09:10:05 -0700 From: "H. Peter Anvin" User-Agent: Thunderbird 2.0.0.14 (X11/20080501) MIME-Version: 1.0 To: Wolfgang Walter CC: Herbert Xu , Suresh Siddha , "netdev@vger.kernel.org" , "linux-kernel@vger.kernel.org" , Ingo Molnar , "viro@ZenIV.linux.org.uk" , "vegard.nossum@gmail.com" Subject: Re: Kernel oops with 2.6.26, padlock and ipsec: probably problem with fpu state changes References: <200807171653.59177.wolfgang.walter@stwm.de> <20080808231121.GA13158@linux-os.sc.intel.com> <20080809143727.GA30499@gondor.apana.org.au> <200808091757.32999.wolfgang.walter@stwm.de> In-Reply-To: <200808091757.32999.wolfgang.walter@stwm.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1105 Lines: 26 Wolfgang Walter wrote: > How could any kernel code use MMX/SSE/FPU when the interrupt case isn't > handled? I don't think we have ever allowed MMX/SSE/FPU code in interrupt handlers. kernel_fpu_begin()..end() lock out preemption, and so could only be interrupted, not preempted. > Or is your argument that its lazy allocation itself is the problem: this > nesting could always happen and was a bug but only with lazy allocation it is > dangerous (as it may cause a spurious math fault in the race window). > > If this were right than any kernel code executing SSE may trigger now a oops > in __switch_to() under some special circumstances. If lazy allocation can cause the RAID code, for example (which executes SSE instructions in the kernel, but not at interrupt time) to start randomly oopsing, then lazy allocations have to be pulled. -hpa -- 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/