From owner-freebsd-hackers@FreeBSD.ORG Tue May 20 01:04:00 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A61C937B401 for ; Tue, 20 May 2003 01:04:00 -0700 (PDT) Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9FE4243F85 for ; Tue, 20 May 2003 01:03:57 -0700 (PDT) (envelope-from doconnor@gsoft.com.au) Received: from localhost (localhost [127.0.0.1]) by cain.gsoft.com.au (8.12.9/8.12.6) with ESMTP id h4K83iIW082443; Tue, 20 May 2003 17:33:44 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Scott Long , Garrett Wollman Date: Tue, 20 May 2003 17:33:43 +0930 User-Agent: KMail/1.5 References: <20030518005055.GG12759@sunbay.com> <200305192355.h4JNtx4e076037@khavrinen.lcs.mit.edu> <3EC986C6.5050800@btc.adaptec.com> In-Reply-To: <3EC986C6.5050800@btc.adaptec.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200305201733.43619.doconnor@gsoft.com.au> X-Spam-Score: -1.2 () CARRIAGE_RETURNS,IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_03_05,USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: freebsd-hackers@freebsd.org Subject: Re: cvs commit: src/release/alpha dokern.sh drivers.conf X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 May 2003 08:04:00 -0000 [moved to -hackers] On Tue, 20 May 2003 11:07, Scott Long wrote: > The third step is to make the installer actually install the > user-supplied drivers. Right now sysinstall has an option for loading > KLD's from floppy, but that is all that it does. It doesn't help much > when the driver you are loading is the storage driver for your > installtion, and once you reboot the driver is not loaded automatically. You'd need some way of knowing whether it's worth trying to load the module - IMHO that is the difficult bit - it requires the most change to existing code and is more likely to break things. > I've wanted to work on this for quite a while, but I'm not sure I want > to further the viability of sysinstall. However, others with less of a > dislike of sysinstall are welcome to take this proposal and run with it. If you tell me how to work out whether it's worth loading a given module from a floppy I will quite happily write the code to implement it. Currently there is no special section which tells you whether you should try and load something because a known PCI ID is present (for example - and yes I know some modules use other criteria, but IMHO checking PCI ID's is a good start) You could just trying loading every module on a disk but that is slow and you can't really tell if the loaded module actually did anything useful without kludgery. IMHO the module itself should hold descriptions and lists of ID's, but if they have to be in a separate file then so be it. Currently I don't see a way of extracting PCI IDs from module source in a standard way which means the lists would have to be maintained manually and that would _suck_. Perhaps some standard struct array could be used, and if it isn't present then you can't do a guess about whether to load the module or not, so you just prompt the user. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 9A8C 569F 685A D928 5140 AE4B 319B 41F4 5D17 FDD5