lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Message-ID: <20071005105209.GB1404@linux-mips.org> Date: Fri, 5 Oct 2007 11:52:09 +0100 From: Ralf Baechle <ralf@...ux-mips.org> To: Andi Kleen <andi@...stfloor.org> Cc: "Steven J. Hill" <sjhill@...litydiluted.com>, veerasena reddy <veerasena_b@...oo.co.in>, linux-mips <linux-mips@...ux-mips.org>, "linux-kernel.org" <linux-kernel@...r.kernel.org> Subject: Re: unresoved symbol _gp_disp On Thu, Oct 04, 2007 at 08:29:59PM +0200, Andi Kleen wrote: > From: Andi Kleen <andi@...stfloor.org> > Date: 04 Oct 2007 20:29:59 +0200 > To: "Steven J. Hill" <sjhill@...litydiluted.com> > Cc: veerasena reddy <veerasena_b@...oo.co.in>, > linux-mips <linux-mips@...ux-mips.org>, > "linux-kernel.org" <linux-kernel@...r.kernel.org> > Subject: Re: unresoved symbol _gp_disp > Content-Type: text/plain; charset=us-ascii > > "Steven J. Hill" <sjhill@...litydiluted.com> writes: > > > > I have written a loadble module ( which gets complied > > > along with kernel) which does some floating point > > > operation. > > > > > NO FLOATING POINT in the kernel PERIOD. Either use integer > > operations, or redo your software architecture and do the > > floating point in userspace. > > You can use floating point; you just have to make sure to > save the FP context explicitely and disable preemption. Details > on how to do this vary by architecture. > > The problem is that FP code typically takes often a lot of CPU time > and it is quite antisocial to disable preemption for a long time > because that impacts real time latency for everybody. > > Besides many uses can be relatively easily rewritten to fixed > point. He said he was using software floating point which from a kernel perspective really just is integer stuff anyway. Hardware floating point in a MIPS kernel would be require solving a few interesting problems; the kernel floating point assist software is only designed to support userspace. Or alternativle well written FP code that avoids all the corner cases which would normally be handled by the kernel fp software. The biggest argument against floating point use in the kernel is that most of the time it's an indicator for poor division of work between kernel and userspace. Ralf - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists