From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.17.10]) by ozlabs.org (Postfix) with ESMTP id B7A7CB6F10 for ; Fri, 11 Dec 2009 08:35:56 +1100 (EST) From: Arnd Bergmann To: linuxppc-dev@lists.ozlabs.org Subject: Re: Floating point in the kernel Date: Thu, 10 Dec 2009 22:35:47 +0100 References: <20091210131311.78cab78c@lappy.seanm.ca> <1260476379.16132.224.camel@pasglop> <20091210153359.3a480488@lappy.seanm.ca> In-Reply-To: <20091210153359.3a480488@lappy.seanm.ca> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Message-Id: <200912102235.47985.arnd@arndb.de> Cc: linuxppc-dev , Sean MacLennan List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Thursday 10 December 2009, Sean MacLennan wrote: > To be honest, I can't find why we are scheduling :( They only way we > give up the CPU is with locking... and none of the locks where hit > during the problem. We also never get near our timeslice... the longest > run I saw when the problem happened was 670us. > > Is there a way to disable scheduling? We currently do not have preempt > enabled... but may in the future. If you do preempt_disable(), it should give you a nice oops with a backtrace at the point where an actual schedule happens. The sequence should be something like preempt_disable(); enable_kernel_fp(); /* use FP here */ preempt_enable(); /* may schedule again */ Arnd <><