From owner-freebsd-alpha@FreeBSD.ORG Wed Jun 18 10:37:49 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 257A237B401 for ; Wed, 18 Jun 2003 10:37:49 -0700 (PDT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id E0A1E43FA3 for ; Wed, 18 Jun 2003 10:37:47 -0700 (PDT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) by srv1.cosmo-project.de (8.12.9/8.12.9) with ESMTP id h5IHbUhR032111 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Wed, 18 Jun 2003 19:37:32 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.9/8.12.9) with ESMTP id h5IHbSRp003818 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 18 Jun 2003 19:37:28 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.9/8.12.9) with ESMTP id h5IHbRoT007437; Wed, 18 Jun 2003 19:37:27 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.9/8.12.9/Submit) id h5IHbQK8007436; Wed, 18 Jun 2003 19:37:26 +0200 (CEST) Date: Wed, 18 Jun 2003 19:37:26 +0200 From: Bernd Walter To: Andrew Gallatin Message-ID: <20030618173725.GU3626@cicely12.cicely.de> References: <16094.16676.273466.121560@grasshopper.cs.duke.edu> <20030613190624.W36168-100000@mail.chesapeake.net> <16110.27799.68056.48679@grasshopper.cs.duke.edu> <20030618005958.GD3626@cicely12.cicely.de> <16111.54084.284151.643826@grasshopper.cs.duke.edu> <20030618123315.GH3626@cicely12.cicely.de> <16112.39014.751410.929689@grasshopper.cs.duke.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <16112.39014.751410.929689@grasshopper.cs.duke.edu> X-Operating-System: FreeBSD cicely12.cicely.de 5.1-CURRENT alpha User-Agent: Mutt/1.5.4i cc: ticso@cicely.de cc: freebsd-alpha@freebsd.org Subject: Re: 5.1beta2 on Alpha ES40 w/ 32GB pys ram X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jun 2003 17:37:49 -0000 On Wed, Jun 18, 2003 at 12:50:46PM -0400, Andrew Gallatin wrote: > > Bernd Walter writes: > > > > > You can see that the second hose has pci0 as well. > > That should be fine.. they are in separate PCI address spaces. > > > Much worse a bridged card could get a bus number that is also used on > > another hose and it fails obscurly within FreeBSD. > > Having the same bus number appear on multiple bridges should also be > OK. Again, the hose is its own address space. > > Are you worried about rman? I'm not worried - I tryed and failed Its is OK to overlap, but then we need to fix the code to handle this. First point is that programms like pciconf doesn't work, because you tell the bus number, but not the hose. The second one is that the bus behind the bridge on hose 1 had the same number than a bus on hose 0 and probing that one on hose 1 showed only single device from the bus on hose 0. I have some speculation about what happens here, but I still have to check. > > Currently I'm forced to keep bridged cards in the same hose. > > > > This machine also doesn't initialize io space on bridges and some > > drivers have problems with memory space. > > That's bad. E.g. I had no succes to get these controllers working: AHC-3985 (bridged 3 channel AIC-7870) AHC-2940UW AHC-2944W You can tell the driver by a compile flag to try memio. The memio tests fail randomly from time time time as well as usage fails. My current kernel is compiled without ahc because it may hang in probing the scbus behind some of the channels. That's especially bad as there are waiting some HVD disks for the 2944 to run. > > And if we do it ourself than it might be reasonable to think about > > hot-plug PCI some day. > > > > I havn't followed that idea very much because I worried about what SRM > > would do if we tamper with his configuration. > > Your Linux example sounds promissing. > > On miatas, linux shuffles pci memory mappings around so that it can > use a 2GB direct map. This is great, except that linux does not halt > cleanly back to the SRM. At shutdown time, it attempts to restore the > same settings it found, but when halting, all you get is a repeating > register dump. FreeBSD, which doesn't do anything this fancy (and > which is limited to a 1GB direct map, due to the @#@#% stupid place > the SRM puts the PCI memory spaces), halts fine. Perhaps we can make > it work right, but there are drawbacks. OK - my personal priority is low as they should have enough windows and we implement the SG map. There only a performance argument left. If it would just have been reinitializing the PCI bus then thing would have been different. -- B.Walter BWCT http://www.bwct.de ticso@bwct.de info@bwct.de