From owner-freebsd-arch@FreeBSD.ORG Mon Nov 21 19:22:46 2005 Return-Path: X-Original-To: arch@FreeBSD.ORG Delivered-To: freebsd-arch@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A04A516A41F for ; Mon, 21 Nov 2005 19:22:46 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 49DC943D78 for ; Mon, 21 Nov 2005 19:21:44 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.14] (imini.samsco.home [192.168.254.14]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id jALJLYnM021995; Mon, 21 Nov 2005 12:21:34 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <43821E3E.3000106@samsco.org> Date: Mon, 21 Nov 2005 12:21:34 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.7) Gecko/20050416 X-Accept-Language: en-us, en MIME-Version: 1.0 To: babkin@users.sourceforge.net References: <23495346.1132600653230.JavaMail.root@vms068.mailsrvcs.net> In-Reply-To: <23495346.1132600653230.JavaMail.root@vms068.mailsrvcs.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pooker.samsco.org Cc: arch@FreeBSD.ORG, damien.bergamini@free.fr, nate@root.org Subject: Re: cvs commit: src/sys/modules/iwi Makefile src/sys/dev/iwi if_iwi.c if_iwi X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Nov 2005 19:22:46 -0000 Sergey Babkin wrote: >>From: Warner Losh > > >>scottl> Scott Long >>scottl> I guess my vote would be to have a devd mechanism where the kernel >>scottl> can ask for a module via a particular key, devd maps the key to a file >>scottl> via its config file and loads it into kernel space as a KLD, and then >>scottl> the kernel unloads the KLD when its done with it. For things like isp, >>scottl> nothing would change, and for iwi you'd get a reliable way of getting >>scottl> bits into the kernel that doesn't require messing with the VFS layer >>scottl> or hard-coding knowledge of the filesystem layout into the driver. >> >>Apart from my other objections to kld, I really don't like getting >>devd involved in this. devd is a passive listener. It listens for >>events and then runs programs. It is not there to interact with the >>kernel in synchronous manner. Everything is queued and there's >>deliberately no meachanism for a reply. > > > A rather stupid question: > Why not just make the loader able to load an arbitrary > file? Through a separate call, obviously. > It's the same thing, only with the linking stage > skipped, and calling a pointer received as an > argument of the call instead of the module's load > routine. Then the drivers couls just get the path from > sysconf and happily load whatever files they need. > > -SB The loader can, that's how the mfsroot.gz file gets loaded during install. Scott