From owner-freebsd-hackers Sat Jan 10 19:14:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA00287 for hackers-outgoing; Sat, 10 Jan 1998 19:14:38 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from ocean.campus.luth.se (ocean.campus.luth.se [130.240.194.116]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA00250 for ; Sat, 10 Jan 1998 19:14:23 -0800 (PST) (envelope-from karpen@ocean.campus.luth.se) Received: (from karpen@localhost) by ocean.campus.luth.se (8.8.8/8.8.8) id DAA03500; Sun, 11 Jan 1998 03:37:10 +0100 (CET) (envelope-from karpen) From: Mikael Karpberg Message-Id: <199801110237.DAA03500@ocean.campus.luth.se> Subject: Re: make_device_driver.sh In-Reply-To: <19980107154653.65316@hydrogen.nike.efn.org> from John-Mark Gurney at "Jan 7, 98 03:46:53 pm" To: gurney_j@resnet.uoregon.edu Date: Sun, 11 Jan 1998 03:37:09 +0100 (CET) Cc: hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk According to John-Mark Gurney: > soon, when I've completed the bus/device code, then this will be possible, > but at the same time, the current LKM system will be replaced with the > kld system, so there won't be any "special" handling of dynamicly loaded > modules, just special handling of brain-dead not upgraded devices that > don't support unloading.. I haven't really heard much about kld, or I have suppressed it. :-) Any info that you can give me (us?) on what it will be like? Will that allow us to do "load driver, probe, if not found - unload driver" stuff at boot time? So that all drivers in /drivers/ are loaded and probed, or something, which would make kernel recompile to add soundcard, etc, a mere memory, and be replaced by "cp"? :-) As I said, any info would be appreciated. Maybe points to where it's been said before? /Mikael