From owner-freebsd-current@FreeBSD.ORG Wed May 3 22:02:32 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 7C36F16A400 for ; Wed, 3 May 2006 22:02:32 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1AD7943D45 for ; Wed, 3 May 2006 22:02:32 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.4/8.13.4) with ESMTP id k43LxZ7B043560; Wed, 3 May 2006 15:59:37 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Wed, 03 May 2006 15:59:37 -0600 (MDT) Message-Id: <20060503.155937.118274131.imp@bsdimp.com> To: takawata@jp.freebsd.org From: "M. Warner Losh" In-Reply-To: <200605032151.k43Lpjg2009960@ns.init-main.com> References: <20060501.222743.32503989.imp@bsdimp.com> <200605032151.k43Lpjg2009960@ns.init-main.com> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-2022-jp Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org 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: Wed, 03 May 2006 22:02:32 -0000 In message: <200605032151.k43Lpjg2009960@ns.init-main.com> takawata@jp.freebsd.org writes: : In message <20060501.222743.32503989.imp@bsdimp.com>, "M. Warner Losh" さんいわ : く: : >In message: <200605020815.31012.doconnor@gsoft.com.au> : > "Daniel O'Connor" writes: : >: 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 ppc : >) : >: : >: it's black magic to me anyway :) : >: : >: I didn't mean to belittle Marcel's work, I was just suprised that it would : >: cause a functionality loss like that. : > : >I think it just points out a weakness in the underlying system... : : Is it time to hide isa_dma interface under isa_if ? : All acpi capable archictectures links isa_if.c, I think. Yes. I think it would be worthwhile to have all the ISA symbols hidden, like we do for PC Card. This would be a step in that direction... Maybe the last step? Warner