Date: Mon, 19 May 2003 09:14:01 +0300
From: Ruslan Ermilov <ru@FreeBSD.org>
To: Peter Wemm <peter@wemm.org>
Cc: current@FreeBSD.org
Subject: Re: Tidying src/release/*/{dokern.sh,drivers.conf}
Message-ID: <20030519061401.GB40604@sunbay.com>
In-Reply-To: <20030519024518.05B402A7EA@canning.wemm.org>
References: <3EC825C4.6040203@btc.adaptec.com> <20030519024518.05B402A7EA@canning.wemm.org>
next in thread | previous in thread | raw e-mail | index | archive | help
--tsOsTdHNUZQcU9Ye
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Sun, May 18, 2003 at 07:45:18PM -0700, Peter Wemm wrote:
> Scott Long wrote:
> > Peter Wemm wrote:
> > > Wilko Bulte wrote:
> > >=20
> > >>On Sun, May 18, 2003 at 02:30:52PM -0700, David O'Brien wrote:
> > >>
> > >>>On Sun, May 18, 2003 at 11:31:30AM +0300, Ruslan Ermilov wrote:
> > >>>
> > >>>>Index: sys/alpha/conf/GENERIC
> > >>>>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> > >>>>RCS file: /home/ncvs/src/sys/alpha/conf/GENERIC,v
> > >>>>retrieving revision 1.159
> > >>>>diff -u -r1.159 GENERIC
> > >>>>--- sys/alpha/conf/GENERIC 21 Apr 2003 16:44:04 -0000 1.159
> > >>>>+++ sys/alpha/conf/GENERIC 18 May 2003 08:26:10 -0000
> > >>>>@@ -95,6 +95,7 @@
> > >>>> # SCSI Controllers
> > >>>> device ahc # AHA2940 and onboard AIC7xxx devices
> > >>>> device isp # Qlogic family
> > >>>>+device ispfw # Firmware module for Qlogic host adapt
> > >=20
> > > ers
> > >=20
> > >>>Why? The isp(4) and ispfw(4) maintainer has purposely not done this.
> > >>
> > >>Matt (mjacob) has learned me that having the right firmware
> > >>loaded via ispfw.ko can be quite crucial to have isp operate correctl=
y.
> > >>ispfw.ko is rather big, due to the various different isp f/w
> > >>revs/cards it supports.
> > >=20
> > >=20
> > > Yes, but he had intended that it be used as a module so that it could=
be
> > > unloaded when finished. It is only used once, to bootstrap the cards.
> > > Putting it in GENERIC prevents the unload.
> > >=20
> >=20
> > Is the isp(4) driver smart enough to load the ispfw module in a default
> > install with no user intervention? I'm having trouble locating any code
> > in the isp driver that would do this.
>=20
> No, it doesn't. There was a loader.conf hook to load it, just like all t=
he
> other module hooks.
>=20
> BTW; was this change made for i386 as well? It has the same isp cards th=
at
> would presumably need the same firmware loaded. The same on ia64 - most =
of
> the older machines have ISP cards in there.
>=20
sparc64 already had both isp and ispfw in GENERIC.
release/{i386,pc98}/dokern.sh do not install ispfw.ko,
so no change was done here.
The change was done semi-automatically -- if dokern.sh
and/or drivers.conf expect thing to be present in
GENERIC, it should either be present there, or it
should be removed from dokern.sh and drivers.conf.
I can see the point in having only a module, but then
I could say I was confused by sparc64/GENERIC which
has both.
Cheers,
--=20
Ruslan Ermilov Sysadmin and DBA,
ru@sunbay.com Sunbay Software AG,
ru@FreeBSD.org FreeBSD committer,
+380.652.512.251 Simferopol, Ukraine
http://www.FreeBSD.org The Power To Serve
http://www.oracle.com Enabling The Information Age
--tsOsTdHNUZQcU9Ye
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (FreeBSD)
iD8DBQE+yHYpUkv4P6juNwoRAu73AJ9NM4rNlPKnjQNi/AU4KlxIYvDddwCeNqBh
AMOAlzAt20hbgz+Tro+ck+Q=
=D8iw
-----END PGP SIGNATURE-----
--tsOsTdHNUZQcU9Ye--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20030519061401.GB40604>