Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 13 Jun 2011 00:16:56 +0930
From:      "Daniel O'Connor" <doconnor@gsoft.com.au>
To:        Alexey Dokuchaev <danfe@freebsd.org>
Cc:        Adrian Chadd <adrian@freebsd.org>, src-committers@freebsd.org, Pawel Jakub Dawidek <pjd@freebsd.org>, svn-src-all@freebsd.org, Robert Watson <rwatson@freebsd.org>, Joel Dahl <joel@freebsd.org>, svn-src-head@freebsd.org, Warner Losh <imp@bsdimp.com>
Subject:   Re: svn commit: r222980 - in head/sys: amd64/conf i386/conf
Message-ID:  <94A51677-0181-471A-B4D6-DC596C7BCBFD@gsoft.com.au>
In-Reply-To: <20110612112150.GB62801@FreeBSD.org>
References:  <201106110908.p5B98kkE066709@svn.freebsd.org> <alpine.BSF.2.00.1106111403060.44950@fledge.watson.org> <BANLkTik%2B-gVXGQkFmTH%2Bm2hswfnrRcawrg@mail.gmail.com> <alpine.BSF.2.00.1106111445460.44950@fledge.watson.org> <75DAEF7E-F43E-427E-8AFA-586E0B56D450@bsdimp.com> <20110611184549.GB3284@garage.freebsd.pl> <20110612112150.GB62801@FreeBSD.org>

next in thread | previous in thread | raw e-mail | index | archive | help

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









Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?94A51677-0181-471A-B4D6-DC596C7BCBFD>