From owner-freebsd-commit Thu Dec 14 04:55:04 1995 Return-Path: owner-commit Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA00294 for freebsd-commit-outgoing; Thu, 14 Dec 1995 04:55:04 -0800 (PST) Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA00236 for cvs-all-outgoing; Thu, 14 Dec 1995 04:52:20 -0800 (PST) Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA00228 for cvs-user-outgoing; Thu, 14 Dec 1995 04:52:17 -0800 (PST) Received: from skiddaw.elsevier.co.uk (skiddaw.elsevier.co.uk [193.131.222.60]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA00140 Thu, 14 Dec 1995 04:51:09 -0800 (PST) Received: from snowdon.elsevier.co.uk (snowdon.elsevier.co.uk [193.131.197.164]) by skiddaw.elsevier.co.uk (8.6.12/8.6.12) with ESMTP id MAA20811; Thu, 14 Dec 1995 12:49:19 GMT Received: from cadair.elsevier.co.uk (actually host cadair) by snowdon with SMTP (PP); Thu, 14 Dec 1995 12:45:33 +0000 Received: (from dpr@localhost) by cadair.elsevier.co.uk (8.6.12/8.6.12) id MAA22992; Thu, 14 Dec 1995 12:45:55 GMT From: Paul Richards Message-Id: <199512141245.MAA22992@cadair.elsevier.co.uk> Subject: Re: cvs commit: src/lkm/gnufpu Makefile To: bde@zeta.org.au (Bruce Evans) Date: Thu, 14 Dec 1995 12:45:55 +0000 (GMT) Cc: CVS-committers@freefall.freebsd.org, cvs-user@freefall.freebsd.org, phk@freefall.freebsd.org In-Reply-To: <199512141231.XAA13391@godzilla.zeta.org.au> from "Bruce Evans" at Dec 14, 95 11:31:28 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-commit@FreeBSD.ORG Precedence: bulk In reply to Bruce Evans who said > > > Modified: lkm Makefile > > Added: lkm/fpu Makefile > > lkm/gnufpu Makefile > > Log: > > Two x87 emulators as LKMs. > > If somebody with the right HW would make the change to /etc/rc to use > > this, we could rip MATH_EMULATE from GENERIC... The kernel should load it if the npx probe fails. Can we do this yet or will it require an in-kernel linker? It's something we need to be able do so that we can load device drivers on the fly following probes so all you have to have compiled in is the probe routines or actually you can load the device driver, do probe and then unload it if it fails. All you need then is a list of available drivers. -- Paul Richards. Originative Solutions Ltd. Internet: paul@netcraft.co.uk, http://www.netcraft.co.uk Phone: 0370 462071 (Mobile), +44 1225 447500 (work)