From owner-svn-src-all@FreeBSD.ORG Sun Jun 12 14:47:11 2011 Return-Path: Delivered-To: svn-src-all@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 16FC2106564A; Sun, 12 Jun 2011 14:47:11 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (unknown [IPv6:2001:44b8:7c07:5581:266:e1ff:fe0c:8f16]) by mx1.freebsd.org (Postfix) with ESMTP id 620AB8FC0C; Sun, 12 Jun 2011 14:47:10 +0000 (UTC) Received: from ur.dons.net.au (ppp203-122-208-116.lns5.adl6.internode.on.net [203.122.208.116]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id p5CEkumj084384 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 13 Jun 2011 00:16:57 +0930 (CST) (envelope-from doconnor@gsoft.com.au) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: "Daniel O'Connor" In-Reply-To: <20110612112150.GB62801@FreeBSD.org> Date: Mon, 13 Jun 2011 00:16:56 +0930 Content-Transfer-Encoding: quoted-printable Message-Id: <94A51677-0181-471A-B4D6-DC596C7BCBFD@gsoft.com.au> References: <201106110908.p5B98kkE066709@svn.freebsd.org> <75DAEF7E-F43E-427E-8AFA-586E0B56D450@bsdimp.com> <20110611184549.GB3284@garage.freebsd.pl> <20110612112150.GB62801@FreeBSD.org> To: Alexey Dokuchaev X-Mailer: Apple Mail (2.1084) X-Spam-Score: 0.163 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: Adrian Chadd , src-committers@freebsd.org, Pawel Jakub Dawidek , svn-src-all@freebsd.org, Robert Watson , Joel Dahl , svn-src-head@freebsd.org, Warner Losh Subject: Re: svn commit: r222980 - in head/sys: amd64/conf i386/conf X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jun 2011 14:47:11 -0000 On 12/06/2011, at 20:51, Alexey Dokuchaev wrote: >> I think trasz@ tried that and there is a problem. Loading modules on >> boot is very slow. If you try to load everything that GENERIC has as >> modules the boot will take forever. >=20 > Perhaps then we need to come up with something more intelligent, i.e. = do not > load everything trying to get maximum coverage of users' hardware, but > load only required bits based on what we see on PCI bus (roughly = speaking). Now the tricky part is extracting supported device IDs from drivers in = an automatic fashion :) I imagine some symbol magic could be done for the general case so a tool = could extract the IDs & the bus type (so it could work for PCI & USB = which covers about 99.9% of the hardware in question). ISTR there a few modules which call some blob to determine if the module = is supported but I think it's quite rare (the 80/20 rule works for me = here :) -- 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 - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C