From owner-freebsd-hackers Fri Mar 9 17:30:40 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from earth.backplane.com (earth-nat-cw.backplane.com [208.161.114.67]) by hub.freebsd.org (Postfix) with ESMTP id 60EEA37B718 for ; Fri, 9 Mar 2001 17:30:38 -0800 (PST) (envelope-from dillon@earth.backplane.com) Received: (from dillon@localhost) by earth.backplane.com (8.11.2/8.9.3) id f2A1UQj39856; Fri, 9 Mar 2001 17:30:26 -0800 (PST) (envelope-from dillon) Date: Fri, 9 Mar 2001 17:30:26 -0800 (PST) From: Matt Dillon Message-Id: <200103100130.f2A1UQj39856@earth.backplane.com> To: "Matthew Emmerton" Cc: "Jordan DeLong" , Subject: Re: Kernel area libmish stuff References: <20010309175233.A6880@cx420564-b.tucson1.az.home.com> <001f01c0a8ff$d64273e0$1200a8c0@gsicomp.on.ca> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG You can't safely do FP instructions in the kernel. I do not believe the FP context is saved/restored between processes in kernel mode, only from user mode. The kernel saves and restores the fp state in the few places it uses FP instructions (for memory copying). In anycase, I think there'd be a problem here. -Matt :There's probably a way to include *some* of the libm functions (from :/usr/src/lib/msun, since /usr/src/lib/libm is deprecated). However, this :would require a considerable amount of Makefile magic, and also require that :the msun code be present in order to do a complete build of the kernel with :modules. : :I doubt that this requirement would make you many friends in -questions :) : :> I was thinking of just getting a sintable array and making a few simple :> functions, so the whole of libm doesn't need to be statically linked into :the :> module (from my understanding, once loaded, this module wont ever get :paged out, :> and thus it'd be _bad_ for it to be big). : :This is probably the best way to go, IMO. : :-- :Matt Emmerton To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message