From owner-freebsd-alpha@FreeBSD.ORG Tue Jun 17 18:00:21 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 749EE37B401 for ; Tue, 17 Jun 2003 18:00:21 -0700 (PDT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB57F43FBF for ; Tue, 17 Jun 2003 18:00:19 -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 h5I103hR016397 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Wed, 18 Jun 2003 03:00:05 +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 h5I102Rp074581 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 18 Jun 2003 03:00:02 +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 h5I101oT004371; Wed, 18 Jun 2003 03:00:01 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.9/8.12.9/Submit) id h5I10037004351; Wed, 18 Jun 2003 03:00:00 +0200 (CEST) Date: Wed, 18 Jun 2003 03:00:00 +0200 From: Bernd Walter To: Andrew Gallatin Message-ID: <20030618005958.GD3626@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> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <16110.27799.68056.48679@grasshopper.cs.duke.edu> X-Operating-System: FreeBSD cicely12.cicely.de 5.1-CURRENT alpha User-Agent: Mutt/1.5.4i 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 01:00:21 -0000 On Mon, Jun 16, 2003 at 09:19:19PM -0400, Andrew Gallatin wrote: > > Jeff Roberson writes: > > On Wed, 4 Jun 2003, Andrew Gallatin wrote: > > > > > > > > > > > Andrea Cocito writes: > > > > Hallo, > > > > > > > > I have a little (??) problem trying to boot FreeBSD 5.1beta2 > > > > on an ES40 with 32 gigs of physical RAM, this is the status: > > > > > > > > > > You have to limit physical memory to 2GB or less. Otherwise, DMAs > > > won't work. > > > > > > Drew > > > > Is this because we dont program the TLB on the DMA controller? I heard > > rumors that sparc64 has code to handle all of this for their chipsets. If > > they have the infrastructure it may not be hard to port. > > > > We program it, but we do not take full advantage of it: > > Most alphas have 4 DMA windows. We typically use 1 window for ISA Do you have an overview of which ones don't have 4 windows? Is the direct map sufficient for them or can we increase the ISA map size in such a case? > dma, meaning we can do zero-copy (no bounce buffer) DMA to any ISA > device. This is only 16MB in size. > > We use another window as a 'direct map' window, meaning we map > physical addresses 0..1GB (or 0..2GB) into PCI address space, > generally at offset 1GB in PCI address space. What are the reasons for this difference? Is it just because of SRM interaction or some chipset limitation? > We should use another window for 32-bit PCI DMA, and we should enable > the "monster window" bit, so that devices which are DAC (64-bit) > address capable don't need to deal with the TLB on the DMA > controller. We don't currently do either. In the first step I would say we should start checking cards for DAC support and if there are enough of them then do the monster window thing first. I asume it's not that critical for >2G machine owners to replace non DAC cards, especially as I believe many non DAC cards have currently non busdma drivers as well. The S/G map can be done later if still required. Maybe with a tuneable size as a 4G map takes 4M map - checked for 21172. -- B.Walter BWCT http://www.bwct.de ticso@bwct.de info@bwct.de