From owner-svn-src-all@FreeBSD.ORG Wed Oct 14 03:35:25 2009 Return-Path: Delivered-To: svn-src-all@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C622106566B; Wed, 14 Oct 2009 03:35:25 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout023.mac.com (asmtpout023.mac.com [17.148.16.98]) by mx1.freebsd.org (Postfix) with ESMTP id E8FC68FC1A; Wed, 14 Oct 2009 03:35:24 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=us-ascii; format=flowed Received: from macbook-pro.lan.xcllnt.net (mail.xcllnt.net [75.101.29.67]) by asmtp023.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KRH005HMJAY5D90@asmtp023.mac.com>; Tue, 13 Oct 2009 20:35:23 -0700 (PDT) From: Marcel Moolenaar In-reply-to: <20091013.180620.-1542634329.imp@bsdimp.com> Date: Tue, 13 Oct 2009 20:35:21 -0700 Message-id: References: <20091013.113213.1449397633.imp@bsdimp.com> <2E290D8D-BAF0-4E4E-A352-B00FAFD9DF83@mac.com> <20091013.180620.-1542634329.imp@bsdimp.com> To: "M. Warner Losh" X-Mailer: Apple Mail (2.1076) Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org Subject: Re: svn commit: r197969 - head/sys/conf X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Oct 2009 03:35:25 -0000 On Oct 13, 2009, at 5:06 PM, M. Warner Losh wrote: > In message: <2E290D8D-BAF0-4E4E-A352-B00FAFD9DF83@mac.com> > Marcel Moolenaar writes: > : > : On Oct 13, 2009, at 10:32 AM, M. Warner Losh wrote: > : > : > Why? They should be scanned for on any system with a real isa > : > bus... > : > : > : > : Other than i386, those are? > : > > : > So other than i386 and amd64, what systems use the isa device? > : > : I interpret the lack of answer as: none. > : > : isa(4) is usable on various architectures where the southbridge > : contains a LPC or similar. The MPC8555 CDS, for example, has a > : VIA southbridge that we need to talk to in order to get to the > : ATPIC for dealing with the nested interrupt. isa(4) is the device > : for this, but isaorm is causing kernel panics simply because > : the memory between 0xC0000 and 0x100000 is not reserved for ISA > : option ROMs. Likewise for Itanium, sparc64, etc... > > Does this mean that the memory cycles on the I/O bus isn't supported > for these architectures? Correct. > Or that it is and we just don't implement it > in the platform specific interfaces for it? No. > The memory space is > reserved for any system that has a ISA bus, but it might not be at > physical address 0xc0000, etc. It's uncommon to have an actual ISA bus and even more uncommon that the option ROM is actually being used. > : In short: scanning for option ROMs is not possible in all cases > : where ISA compatibility is provided. > > Why is that? The platform specific code needs to implement the > necessary hooks to support this. There are no hooks to implement. If there is any FreeBSD supported board that actually needs to have the option ROMs scanned by orm(4), then we can always make it conditional upon ``device isa_orm''. Making it dependent on isa(4) is causing real problems and my change limits the use of orm(4) to platforms where it can possibly have any chance of being useful -- provided orm(4) is changed to do something useful. -- Marcel Moolenaar xcllnt@mac.com