From owner-freebsd-current@FreeBSD.ORG Mon May 1 22:46:13 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 5BF8D16A413 for ; Mon, 1 May 2006 22:46:13 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id B664B43D45 for ; Mon, 1 May 2006 22:46:10 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp194-198.lns1.adl4.internode.on.net [203.122.194.198]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id k41Mjl9k099026 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 2 May 2006 08:15:56 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: "M. Warner Losh" Date: Tue, 2 May 2006 08:15:14 +0930 User-Agent: KMail/1.9.1 References: <6eb82e0604302110j7bca56eftce23feb306111823@mail.gmail.com> <200605011421.49909.doconnor@gsoft.com.au> <20060501.095317.06445891.imp@bsdimp.com> In-Reply-To: <20060501.095317.06445891.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1293653.X7BX66CkEv"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200605020815.31012.doconnor@gsoft.com.au> X-Spam-Score: 0 () X-Scanned-By: MIMEDefang 2.56 on 203.31.81.10 Cc: freebsd-current@freebsd.org, grafan@gmail.com, marcel@xcllnt.net Subject: Re: lpt0 disappear (ppc related) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 01 May 2006 22:46:13 -0000 --nextPart1293653.X7BX66CkEv Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 02 May 2006 01:23, M. Warner Losh wrote: > : However you wouldn't expect that using it as a module would result in > : reduced functionality. (The same as how you wouldn't expect compiling > : something into your kernel would result in reduced functionality) > > At the same time, you'd expect it to behave like every other 'bus' in > the tree. We omit the attachments for drivers to that bus when the > kernel is built w/o that bus. This is why if you have, say, ep in the > kernel, but pccard loaded as a module, the 3c589 you just inserted > into the pccard slot won't work. > > It is a minor imperfection in the config system that no one has taken > on as a Problem To Solve. Solving it turns out to be somewhat tricky. Hmm, but I load acpi as a module and get acpi attachments.. (for sio and pp= c) it's black magic to me anyway :) I didn't mean to belittle Marcel's work, I was just suprised that it would= =20 cause a functionality loss like that. =2D-=20 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 --nextPart1293653.X7BX66CkEv Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQBEVo+K5ZPcIHs/zowRAvGWAJ4kxQcjpcRxHRw3kZ2dMj0/StA6/QCggjfc Bijiu8t7z+D3rQI0VwZd7jU= =s6tt -----END PGP SIGNATURE----- --nextPart1293653.X7BX66CkEv--