Date: Sun, 24 Feb 2008 01:38:36 -0500 From: David Schultz <das@FreeBSD.ORG> To: Marcel Moolenaar <marcel@FreeBSD.ORG> Cc: cvs-src@FreeBSD.ORG, src-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG Subject: Re: cvs commit: src/sys/powerpc/fpu fpu_add.c fpu_arith.h fpu_compare.c fpu_div.c fpu_emu.c fpu_emu.h fpu_explode.c fpu_extern.h fpu_implode.c fpu_instr.h fpu_mul.c fpu_sqrt.c fpu_subr.c Message-ID: <20080224063836.GB42714@zim.MIT.EDU> In-Reply-To: <200802232005.m1NK5R60022761@repoman.freebsd.org> References: <200802232005.m1NK5R60022761@repoman.freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, Feb 23, 2008, Marcel Moolenaar wrote: > marcel 2008-02-23 20:05:27 UTC > > FreeBSD src repository > > Added files: > sys/powerpc/fpu fpu_add.c fpu_arith.h fpu_compare.c > fpu_div.c fpu_emu.c fpu_emu.h > fpu_explode.c fpu_extern.h fpu_implode.c > fpu_instr.h fpu_mul.c fpu_sqrt.c > fpu_subr.c > Log: > Add a floating-point emulator so that a single userland or single ABI > can run on processors that don't have a FPU. This is typically the > case for Book E processors. While a tuned system will probably want > to use soft-float (or use a processor that has a FPU if the usage is > FP intensive enough), allowing hard-float on FPU-less systems gives > great portability and flexibility. > > Obtained from: NetBSD It looks like everything except for fpu_emu.? and fpu_instr.h is pretty generic, and surely there are other architectures (e.g., ARM, low-power 486-SX clones) that could use in-kernel FP emulation. Do you think it's worthwhile to separate the MI bits and put them somewhere other than sys/powerpc, or is the plan to burn that bridge when we get to it?
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20080224063836.GB42714>