From owner-freebsd-hackers Wed Jun 14 3: 1: 2 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 5036C37BF18; Wed, 14 Jun 2000 03:00:55 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id EAA10564; Wed, 14 Jun 2000 04:00:53 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id DAA20067; Wed, 14 Jun 2000 03:59:40 -0600 (MDT) Message-Id: <200006140959.DAA20067@harmony.village.org> To: Robert Watson Subject: Re: kerneld for FreeBSD Cc: Matthew Dillon , Bjoern Fischer , hackers@FreeBSD.ORG In-reply-to: Your message of "Wed, 07 Jun 2000 08:07:07 EDT." References: Date: Wed, 14 Jun 2000 03:59:40 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm only going to reply once to this thread In message Robert Watson writes: : And in a sense, we already have two kerneld's -- pccardd and usbd, which : maintain mappings between named devices and drivers, etc. Combining them, : and adding another source of requests (and LPC channel over a UNIX domain : socket) would not be that hard. I personally think that a devd would be great to have. One that could do things when devices arrive and leave as well as when the removable hardware/software detects a new hunk of hardware that doesn't attach to any resident driver. It would be extremely useful if only the specific driver that was for that hardware wound up in the kernel. It would also be useful if that module were unloaded when that removable device went away. No need to keep it in memory, so long as there was a way to bring it back later. Sure, there's a monster bug in the kldload/unload right now where that eats wired memory. That bug should be fixed. Finally, all of this would be less of an issue if one could page the kernel, or at least parts of it... Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message