From owner-freebsd-current@FreeBSD.ORG Sun May 18 23:14:39 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BDB5737B401; Sun, 18 May 2003 23:14:39 -0700 (PDT) Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6731F43F85; Sun, 18 May 2003 23:14:35 -0700 (PDT) (envelope-from ru@whale.sunbay.crimea.ua) Received: from whale.sunbay.crimea.ua (ru@localhost [127.0.0.1]) h4J6E6Ed088305 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 19 May 2003 09:14:07 +0300 (EEST) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.12.9/8.12.8/Submit) id h4J6E1tR088295; Mon, 19 May 2003 09:14:01 +0300 (EEST) (envelope-from ru) Date: Mon, 19 May 2003 09:14:01 +0300 From: Ruslan Ermilov To: Peter Wemm Message-ID: <20030519061401.GB40604@sunbay.com> References: <3EC825C4.6040203@btc.adaptec.com> <20030519024518.05B402A7EA@canning.wemm.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tsOsTdHNUZQcU9Ye" Content-Disposition: inline In-Reply-To: <20030519024518.05B402A7EA@canning.wemm.org> User-Agent: Mutt/1.5.4i cc: David O'Brien cc: Scott Long cc: re@FreeBSD.org cc: current@FreeBSD.org Subject: Re: Tidying src/release/*/{dokern.sh,drivers.conf} X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 May 2003 06:14:40 -0000 --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--