From owner-freebsd-current Wed May 12 16:28:46 1999 Delivered-To: freebsd-current@freebsd.org Received: from sraigw.sra.co.jp (sraigw.sra.co.jp [202.32.10.2]) by hub.freebsd.org (Postfix) with ESMTP id 6337415DFA for ; Wed, 12 May 1999 16:28:41 -0700 (PDT) (envelope-from soda@sra.co.jp) Received: from srasvf.sra.co.jp (srasvf [133.137.28.2]) by sraigw.sra.co.jp (8.8.7/3.6Wbeta7-sraigw) with ESMTP id IAA04186; Thu, 13 May 1999 08:28:34 +0900 (JST) Received: from srapc342.sra.co.jp (srapc342 [133.137.28.111]) by srasvf.sra.co.jp (8.8.7/3.6Wbeta7-srambox) with ESMTP id IAA08390; Thu, 13 May 1999 08:28:18 +0900 (JST) Received: (from soda@localhost) by srapc342.sra.co.jp (8.8.8/3.4W-sra) id IAA01375; Thu, 13 May 1999 08:28:28 +0900 (JST) Date: Thu, 13 May 1999 08:28:28 +0900 (JST) Message-Id: <199905122328.IAA01375@srapc342.sra.co.jp> From: Noriyuki Soda To: Mike Smith Cc: Noriyuki Soda , current@FreeBSD.ORG Subject: Re: cvs commit: src/sys/pci pcisupport.c In-Reply-To: <199905122209.PAA01534@dingo.cdrom.com> References: <199905120901.SAA04493@srapc288.sra.co.jp> <199905122209.PAA01534@dingo.cdrom.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>>>> On Wed, 12 May 1999 15:09:05 -0700, Mike Smith said: > It would appear that you don't understand the problem, as no > configuration technique can telepathically determine in advance which > new drivers you are going to load. Apparently you misunderstand newconfig. :-) There is compiled format of "files" file which path is known by kernel. >> - newconfig can cope with both static configuration and dynamic >> configuration. new-bus can handle dynamic configuration only. > This is actually a major defect in the newconfig design; if the kernel > doesn't already know about a device when it is built, it can never > support it. Apparently you misunderstand newconfig, too. :-) See above. >> The way on new-bus will cause compatibility problem when >> OS is upgraded, because the implementation (filename) may >> be changed between versions and versions. > This is a transient implementation issue, the obsolecesnce of which is > already manifest in the plans that have been laid for a device > identifier to module to file lookup with the translation data _outside_ > the kernel. In other words, that is not compatible with the BSD way where FreeBSD and BSDI and NetBSD and OpenBSD already probed. It is actually true that FreeBSD becomes Linux. -- soda To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message