From owner-freebsd-alpha@FreeBSD.ORG Sun Jun 15 10:29:26 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 7109037B401; Sun, 15 Jun 2003 10:29:26 -0700 (PDT) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B98C43F85; Sun, 15 Jun 2003 10:29:25 -0700 (PDT) (envelope-from des+tinderbox@freebsd.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) h5FHRmkF071167; Sun, 15 Jun 2003 13:27:50 -0400 (EDT) (envelope-from des+tinderbox@freebsd.org) Received: (from des@localhost) by cueball.rtp.FreeBSD.org (8.12.9/8.12.9/Submit) id h5FHGlFl057564; Sun, 15 Jun 2003 17:16:47 GMT (envelope-from des+tinderbox@freebsd.org) Date: Sun, 15 Jun 2003 17:16:47 GMT Message-Id: <200306151716.h5FHGlFl057564@cueball.rtp.FreeBSD.org> X-Authentication-Warning: cueball.rtp.FreeBSD.org: des set sender to Tinderbox using -f Sender: Tinderbox From: Tinderbox To: current@freebsd.org, alpha@freebsd.org Precedence: bulk Subject: [-CURRENT tinderbox] failure on alpha/alpha X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jun 2003 17:29:26 -0000 TB --- 2003-06-15 16:00:15 - starting CURRENT tinderbox run for alpha/alpha TB --- 2003-06-15 16:00:15 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-06-15 16:04:47 - building world TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha/src TB --- /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1: legacy release compatibility shims >>> stage 1: bootstrap tools >>> stage 2: cleaning up the object tree >>> stage 2: rebuilding the object tree >>> stage 2: build tools >>> stage 3: cross tools >>> stage 4: populating /home/des/tinderbox/CURRENT/alpha/alpha/obj/alpha/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/i386/usr/include >>> stage 4: building libraries >>> stage 4: make dependencies >>> stage 4: building everything.. TB --- 2003-06-15 17:02:16 - building generic kernel TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha/src TB --- /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Jun 15 17:02:16 GMT 2003 >>> Kernel build for GENERIC completed on Sun Jun 15 17:13:36 GMT 2003 TB --- 2003-06-15 17:13:36 - generating LINT kernel config TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha/src/sys/alpha/conf TB --- /usr/bin/make -B LINT TB --- 2003-06-15 17:13:36 - building LINT kernel TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha/src TB --- /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Jun 15 17:13:36 GMT 2003 [...] /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/dev/en/midway.c:1502: increment of pointer to unknown structure /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/dev/en/midway.c:1502: arithmetic on pointer to an incomplete type /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/dev/en/midway.c: In function `en_ioctl': /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/dev/en/midway.c:1591: `SIOCATMGETVCCS' undeclared (first use in this function) /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/dev/en/midway.c:1600: `SIOCATMGVCCS' undeclared (first use in this function) /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/dev/en/midway.c:1606: dereferencing pointer to incomplete type /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/dev/en/midway.c:1607: dereferencing pointer to incomplete type /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/dev/en/midway.c:1607: dereferencing pointer to incomplete type *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/obj/alpha/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/LINT. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src. TB --- 2003-06-15 17:16:47 - /usr/bin/make returned exit code 1 TB --- 2003-06-15 17:16:47 - ERROR: failed to build lint kernel TB --- 2003-06-15 17:16:47 - tinderbox aborted From owner-freebsd-alpha@FreeBSD.ORG Sun Jun 15 22:16:44 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 7E3A937B401; Sun, 15 Jun 2003 22:16:44 -0700 (PDT) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id A947243FAF; Sun, 15 Jun 2003 22:16:43 -0700 (PDT) (envelope-from des+tinderbox@freebsd.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) h5G5F8kF079844; Mon, 16 Jun 2003 01:15:08 -0400 (EDT) (envelope-from des+tinderbox@freebsd.org) Received: (from des@localhost) by cueball.rtp.FreeBSD.org (8.12.9/8.12.9/Submit) id h5G5F89O079843; Mon, 16 Jun 2003 05:15:08 GMT (envelope-from des+tinderbox@freebsd.org) Date: Mon, 16 Jun 2003 05:15:08 GMT Message-Id: <200306160515.h5G5F89O079843@cueball.rtp.FreeBSD.org> X-Authentication-Warning: cueball.rtp.FreeBSD.org: des set sender to Tinderbox using -f Sender: Tinderbox From: Tinderbox To: current@freebsd.org, alpha@freebsd.org Precedence: bulk Subject: [-CURRENT tinderbox] failure on alpha/alpha X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jun 2003 05:16:44 -0000 TB --- 2003-06-16 04:00:15 - starting CURRENT tinderbox run for alpha/alpha TB --- 2003-06-16 04:00:15 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-06-16 04:02:35 - building world TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha/src TB --- /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1: legacy release compatibility shims >>> stage 1: bootstrap tools >>> stage 2: cleaning up the object tree >>> stage 2: rebuilding the object tree >>> stage 2: build tools >>> stage 3: cross tools >>> stage 4: populating /home/des/tinderbox/CURRENT/alpha/alpha/obj/alpha/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/i386/usr/include >>> stage 4: building libraries >>> stage 4: make dependencies >>> stage 4: building everything.. TB --- 2003-06-16 05:00:31 - building generic kernel TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha/src TB --- /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Mon Jun 16 05:00:31 GMT 2003 >>> Kernel build for GENERIC completed on Mon Jun 16 05:11:52 GMT 2003 TB --- 2003-06-16 05:11:52 - generating LINT kernel config TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha/src/sys/alpha/conf TB --- /usr/bin/make -B LINT TB --- 2003-06-16 05:11:52 - building LINT kernel TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha/src TB --- /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Jun 16 05:11:53 GMT 2003 [...] /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/dev/en/midway.c:1502: increment of pointer to unknown structure /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/dev/en/midway.c:1502: arithmetic on pointer to an incomplete type /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/dev/en/midway.c: In function `en_ioctl': /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/dev/en/midway.c:1591: `SIOCATMGETVCCS' undeclared (first use in this function) /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/dev/en/midway.c:1600: `SIOCATMGVCCS' undeclared (first use in this function) /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/dev/en/midway.c:1606: dereferencing pointer to incomplete type /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/dev/en/midway.c:1607: dereferencing pointer to incomplete type /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/dev/en/midway.c:1607: dereferencing pointer to incomplete type *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/obj/alpha/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/LINT. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src. TB --- 2003-06-16 05:15:08 - /usr/bin/make returned exit code 1 TB --- 2003-06-16 05:15:08 - ERROR: failed to build lint kernel TB --- 2003-06-16 05:15:08 - tinderbox aborted From owner-freebsd-alpha@FreeBSD.ORG Mon Jun 16 18:19:27 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 BE6D737B401 for ; Mon, 16 Jun 2003 18:19:27 -0700 (PDT) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id DDFDF43FA3 for ; Mon, 16 Jun 2003 18:19:26 -0700 (PDT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.12.9/8.12.9) with ESMTP id h5H1JOJD020543 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Mon, 16 Jun 2003 21:19:24 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id h5H1JJB77461; Mon, 16 Jun 2003 21:19:19 -0400 (EDT) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16110.27799.68056.48679@grasshopper.cs.duke.edu> Date: Mon, 16 Jun 2003 21:19:19 -0400 (EDT) To: Jeff Roberson In-Reply-To: <20030613190624.W36168-100000@mail.chesapeake.net> References: <16094.16676.273466.121560@grasshopper.cs.duke.edu> <20030613190624.W36168-100000@mail.chesapeake.net> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid 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 List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jun 2003 01:19:28 -0000 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 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. 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. Last I checked, NetBSD didn't have a separate window for PCI DMA, but Linux and Tru64 did. If you think it would be possible to leverage some of the sparc64 work, that would be great. Are you interested in working on it? That would be even better ;) Drew 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 From owner-freebsd-alpha@FreeBSD.ORG Tue Jun 17 19:47:30 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 BD84437B404 for ; Tue, 17 Jun 2003 19:47:30 -0700 (PDT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 32F1D43F85 for ; Tue, 17 Jun 2003 19:47:29 -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 h5I2lJhR020943 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Wed, 18 Jun 2003 04:47:21 +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 h5I2lIRp088144 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 18 Jun 2003 04:47:19 +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 h5I2lIoT004940; Wed, 18 Jun 2003 04:47:18 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.9/8.12.9/Submit) id h5I2lHOr004939; Wed, 18 Jun 2003 04:47:17 +0200 (CEST) Date: Wed, 18 Jun 2003 04:47:17 +0200 From: Bernd Walter To: Andrew Gallatin Message-ID: <20030618024716.GE3626@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> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030618005958.GD3626@cicely12.cicely.de> 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 02:47:31 -0000 On Wed, Jun 18, 2003 at 03:00:00AM +0200, Bernd Walter wrote: > 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. Forget this part. I just checked a numer of cards and it seems that DAC is still a rare feature. -- B.Walter BWCT http://www.bwct.de ticso@bwct.de info@bwct.de From owner-freebsd-alpha@FreeBSD.ORG Tue Jun 17 19:49:56 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 56FE237B401 for ; Tue, 17 Jun 2003 19:49:56 -0700 (PDT) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E9F143FCB for ; Tue, 17 Jun 2003 19:49:53 -0700 (PDT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.12.9/8.12.9) with ESMTP id h5I2njwV027473 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Tue, 17 Jun 2003 22:49:45 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id h5I2neO79698; Tue, 17 Jun 2003 22:49:40 -0400 (EDT) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16111.54084.284151.643826@grasshopper.cs.duke.edu> Date: Tue, 17 Jun 2003 22:49:40 -0400 (EDT) To: ticso@cicely.de In-Reply-To: <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> <20030618005958.GD3626@cicely12.cicely.de> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid 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 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 02:49:56 -0000 Bernd Walter writes: > 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? Its been so long that I do not remember. I know for certain that the API UP1x00 boxes don't but they use an AMD chipset. All the important ones do, that I know of. (mcpcia, tsunami, marvel) > > 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? Its because of where the SRM puts the memory space. Ie, on some machiens, SRM puts the memory space on PCI adaptors at 2GB. so if we put a window at 2GB, then there would be 2 devices with address 2GB on the same bus. If we did what I've heard linux does, and took care of reallocating the memory regions on the PCI bus, this problem would go away. > > 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. How does DAC fit into busdma? How do we indicate a device is DAC capable to the busdma system? > 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. Sounds reasonable. > 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. I'm not sure what you're saying. Are you saying that a sparse map can still be effective and we should share with the ISA map if we need to? If so, I agree... Drew From owner-freebsd-alpha@FreeBSD.ORG Tue Jun 17 20:11:06 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 E971437B401 for ; Tue, 17 Jun 2003 20:11:06 -0700 (PDT) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 270BB43FE3 for ; Tue, 17 Jun 2003 20:11:05 -0700 (PDT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.12.9/8.12.9) with ESMTP id h5I3AxwV028612 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Tue, 17 Jun 2003 23:10:59 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id h5I3AsF79727; Tue, 17 Jun 2003 23:10:54 -0400 (EDT) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16111.55358.756861.374441@grasshopper.cs.duke.edu> Date: Tue, 17 Jun 2003 23:10:54 -0400 (EDT) To: ticso@cicely.de In-Reply-To: <20030618024716.GE3626@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> <20030618024716.GE3626@cicely12.cicely.de> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid 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 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 03:11:07 -0000 Bernd Walter writes: > On Wed, Jun 18, 2003 at 03:00:00AM +0200, Bernd Walter wrote: > > 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. > > Forget this part. > I just checked a numer of cards and it seems that DAC is still a rare > feature. > How do you tell? Is there someting in config space, or do you just check the device's docs? Drew From owner-freebsd-alpha@FreeBSD.ORG Wed Jun 18 05:00:17 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 2B85B37B401 for ; Wed, 18 Jun 2003 05:00:17 -0700 (PDT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA62643FBD for ; Wed, 18 Jun 2003 05:00:15 -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 h5IC08hR027163 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Wed, 18 Jun 2003 14:00:10 +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 h5IC06Rp090207 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 18 Jun 2003 14:00:07 +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 h5IC06oT006285; Wed, 18 Jun 2003 14:00:06 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.9/8.12.9/Submit) id h5IC05QH006284; Wed, 18 Jun 2003 14:00:05 +0200 (CEST) Date: Wed, 18 Jun 2003 14:00:05 +0200 From: Bernd Walter To: Andrew Gallatin Message-ID: <20030618120004.GG3626@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> <20030618024716.GE3626@cicely12.cicely.de> <16111.55358.756861.374441@grasshopper.cs.duke.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <16111.55358.756861.374441@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 12:00:17 -0000 On Tue, Jun 17, 2003 at 11:10:54PM -0400, Andrew Gallatin wrote: > > Bernd Walter writes: > > On Wed, Jun 18, 2003 at 03:00:00AM +0200, Bernd Walter wrote: > > > 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. > > > > Forget this part. > > I just checked a numer of cards and it seems that DAC is still a rare > > feature. > > > > How do you tell? Is there someting in config space, or do you just > check the device's docs? I've checked the memory base registers. A memory base register return bit set to zero 0 and bit2/1 tell the width (00 = 32bit, 10 = 64bit). I don't know if this is a shure indicator. But there are cards that definitive can't without replacement. E.g. USB OHCI controllers are defined with 32bit DMA registers. -- B.Walter BWCT http://www.bwct.de ticso@bwct.de info@bwct.de From owner-freebsd-alpha@FreeBSD.ORG Wed Jun 18 05:33:31 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 C993A37B401 for ; Wed, 18 Jun 2003 05:33:31 -0700 (PDT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9158C43FDD for ; Wed, 18 Jun 2003 05:33:30 -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 h5ICXKhR027693 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Wed, 18 Jun 2003 14:33:22 +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 h5ICXHRp090367 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 18 Jun 2003 14:33:18 +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 h5ICXHoT006352; Wed, 18 Jun 2003 14:33:17 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.9/8.12.9/Submit) id h5ICXGbX006351; Wed, 18 Jun 2003 14:33:16 +0200 (CEST) Date: Wed, 18 Jun 2003 14:33:16 +0200 From: Bernd Walter To: Andrew Gallatin Message-ID: <20030618123315.GH3626@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> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <16111.54084.284151.643826@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 12:33:32 -0000 On Tue, Jun 17, 2003 at 10:49:40PM -0400, Andrew Gallatin wrote: > > Bernd Walter writes: > > On Mon, Jun 16, 2003 at 09:19:19PM -0400, Andrew Gallatin wrote: > > > 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? > > Its been so long that I do not remember. I know for certain that the > API UP1x00 boxes don't but they use an AMD chipset. All the important > ones do, that I know of. (mcpcia, tsunami, marvel) OK. > > > 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? > > Its because of where the SRM puts the memory space. Ie, on some > machiens, SRM puts the memory space on PCI adaptors at 2GB. so > if we put a window at 2GB, then there would be 2 devices with address > 2GB on the same bus. If we did what I've heard linux does, and took > care of reallocating the memory regions on the PCI bus, this problem > would go away. We may need support to initialize the bus ourself anyway. E.g. on AS4100: [136]cicely12# pciconf -l sym0@pci0:1:0: class=0x010000 card=0x00000000 chip=0x00011000 rev=0x02 hdr=0x00 pcib2@pci0:2:0: class=0x060400 card=0x00000000 chip=0x00011011 rev=0x02 hdr=0x01 sym1@pci0:3:0: class=0x010000 card=0x00000000 chip=0x000f1000 rev=0x03 hdr=0x00 pcib3@pci0:4:0: class=0x060400 card=0x00000000 chip=0x00011011 rev=0x02 hdr=0x01 pcib4@pci0:5:0: class=0x060400 card=0x00000000 chip=0x00011011 rev=0x02 hdr=0x01 isp0@pci2:0:0: class=0x010000 card=0x00000000 chip=0x10201077 rev=0x02 hdr=0x00 none0@pci3:4:0: class=0x010000 card=0x00000000 chip=0x73789004 rev=0x03 hdr=0x00 none1@pci3:5:0: class=0x058000 card=0x00000000 chip=0x10789004 rev=0x00 hdr=0x00 none2@pci3:8:0: class=0x010000 card=0x00000000 chip=0x73789004 rev=0x03 hdr=0x00 none3@pci3:12:0: class=0x010000 card=0x00000000 chip=0x73789004 rev=0x03 hdr=0x00 de0@pci4:4:0: class=0x020000 card=0x24001109 chip=0x00091011 rev=0x20 hdr=0x00 de1@pci4:5:0: class=0x020000 card=0x00000000 chip=0x00091011 rev=0x20 hdr=0x00 de2@pci4:6:0: class=0x020000 card=0x00000000 chip=0x00091011 rev=0x20 hdr=0x00 none4@pci4:7:0: class=0x020000 card=0x00000000 chip=0x00091011 rev=0x20 hdr=0x00 eisab0@pci0:1:0: class=0x000000 card=0x00000000 chip=0x04828086 rev=0x15 hdr=0x00 none5@pci0:2:0: class=0x010000 card=0x00000000 chip=0x74789004 rev=0x03 hdr=0x00 ohci0@pci0:3:0: class=0x0c0310 card=0x00351033 chip=0x00351033 rev=0x43 hdr=0x00 ohci1@pci0:3:1: class=0x0c0310 card=0x00351033 chip=0x00351033 rev=0x43 hdr=0x00 ehci0@pci0:3:2: class=0x0c0320 card=0x33830ee4 chip=0x00e01033 rev=0x04 hdr=0x00 de3@pci0:4:0: class=0x020000 card=0x12001109 chip=0x00091011 rev=0x20 hdr=0x00 none6@pci0:5:0: class=0x010000 card=0x00000000 chip=0x81789004 rev=0x00 hdr=0x00 You can see that the second hose has pci0 as well. Much worse a bridged card could get a bus number that is also used on another hose and it fails obscurly within FreeBSD. 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. 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. > > > 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. > > How does DAC fit into busdma? How do we indicate a device is DAC > capable to the busdma system? A good question. We need a full path inquiry as well to know if we have limited bridges. > > 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. > > Sounds reasonable. > > > 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. > > I'm not sure what you're saying. Are you saying that a sparse map can > still be effective and we should share with the ISA map if we need to? > If so, I agree... More or less. Are sparse maps possible? I asume there is no use for a 4G map on a system with only 1G memory plugged in. Beside fragmentation loss there is no need to have a bigger window. The 21172 supports 8G memory and max 4G sized windows so we are already limited. -- B.Walter BWCT http://www.bwct.de ticso@bwct.de info@bwct.de From owner-freebsd-alpha@FreeBSD.ORG Wed Jun 18 07:02:38 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 332D537B401 for ; Wed, 18 Jun 2003 07:02:38 -0700 (PDT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id DEA7C43FBF for ; Wed, 18 Jun 2003 07:02:36 -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 h5IE2PhR028907 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Wed, 18 Jun 2003 16:02:26 +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 h5IE2NRp092626 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 18 Jun 2003 16:02:23 +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 h5IE2MoT006636; Wed, 18 Jun 2003 16:02:22 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.9/8.12.9/Submit) id h5IE2MQc006635; Wed, 18 Jun 2003 16:02:22 +0200 (CEST) Date: Wed, 18 Jun 2003 16:02:22 +0200 From: Bernd Walter To: Andrew Gallatin Message-ID: <20030618140221.GN3626@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> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030618123315.GH3626@cicely12.cicely.de> 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 14:02:38 -0000 On Wed, Jun 18, 2003 at 02:33:16PM +0200, Bernd Walter wrote: > On Tue, Jun 17, 2003 at 10:49:40PM -0400, Andrew Gallatin wrote: > > Bernd Walter writes: > > > Maybe with a tuneable size as a 4G map takes 4M map - checked for 21172. > > > > I'm not sure what you're saying. Are you saying that a sparse map can > > still be effective and we should share with the ISA map if we need to? > > If so, I agree... > > More or less. > Are sparse maps possible? > I asume there is no use for a 4G map on a system with only 1G memory > plugged in. > Beside fragmentation loss there is no need to have a bigger window. > The 21172 supports 8G memory and max 4G sized windows so we are > already limited. I'm feeling stupid. Of course that window can't be bigger than we have addressable space on PCI. I guess we are limited to something like 512M to 1G? -- B.Walter BWCT http://www.bwct.de ticso@bwct.de info@bwct.de From owner-freebsd-alpha@FreeBSD.ORG Wed Jun 18 08:14:30 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 07E0237B401 for ; Wed, 18 Jun 2003 08:14:30 -0700 (PDT) Received: from depot.depot.axxiscorp.com (ip-64-32-234-4.dsl.iad.megapath.net [64.32.234.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id C6E7643FB1 for ; Wed, 18 Jun 2003 08:14:28 -0700 (PDT) (envelope-from RJV@WEBLINKMO.COM) Date: Wed, 18 Jun 2003 09:16:18 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Message-ID: <5EEBE9C3C61D1142994C6B620C51E847079F61@ip-64-32-234-4.dsl.iad.megapath.net> X-MS-Has-Attach: X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0 X-MS-TNEF-Correlator: content-class: urn:content-classes:message Thread-Topic: SMBFS Problems Thread-Index: AcM1JJWONk1/hDzYQkarLx3J0i3sFA== From: "Richard J. Valenta" To: Subject: SMBFS Problems X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list 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 15:14:30 -0000 Hello, is anyone using smbfs (either via mount-t smbfs or mount_smbfs) to mount windows shares on any alpha based machine with FreeBSD 5.0 on it? I have tried over and over to mount shares on my alpha with no luck at all, but breezed into it on an x86 machine with Mandrake linux. I would like to think that if I can successfully execute the command under linux it would work the same under FreeBSD, and have researched the newsgroups, etc about it but found no solutions as to why I am unsuccessful. The error is usually 'Connection reset by peer', however I have no problems connecting with other machines. I have been unable to find information related to any needs of the 5.0 kernel, or anything specifically needed by the Alpha. Details below, and any help or thoughts are appreciated. Thanks, Richard Generally I execut the command below: mount_smbfs //user@server/share /archive/location I do have the module loaded as shown below: # kldstat Id Refs Address Size Name 1 8 0xfffffc0000300000 443b48 kernel 2 1 0xfffffe0002bea000 1e000 osf1.ko 3 1 0xfffffe0002da8000 36000 smbfs.ko 4 2 0xfffffe0002dde000 14000 libiconv.ko 5 2 0xfffffe0002df2000 12000 libmchain.ko From owner-freebsd-alpha@FreeBSD.ORG Wed Jun 18 08:14:31 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 1D66337B401 for ; Wed, 18 Jun 2003 08:14:31 -0700 (PDT) Received: from depot.depot.axxiscorp.com (ip-64-32-234-4.dsl.iad.megapath.net [64.32.234.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D5D943FB1 for ; Wed, 18 Jun 2003 08:14:30 -0700 (PDT) (envelope-from RJV@WEBLINKMO.COM) Date: Tue, 17 Jun 2003 18:05:26 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Message-ID: <5EEBE9C3C61D1142994C6B620C51E847079F5D@ip-64-32-234-4.dsl.iad.megapath.net> X-MS-Has-Attach: X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0 X-MS-TNEF-Correlator: content-class: urn:content-classes:message Thread-Topic: SMBFS Problems Thread-Index: AcM1JJWONk1/hDzYQkarLx3J0i3sFA== From: "Richard J. Valenta" To: Subject: SMBFS Problems X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list 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 15:14:31 -0000 Hello, is anyone using smbfs (either via mount-t smbfs or mount_smbfs) to mount windows shares on any alpha based machine with FreeBSD 5.0 on it? I have tried over and over to mount shares on my alpha with no luck at all, but breezed into it on an x86 machine with Mandrake linux. I would like to think that if I can successfully execute the command under linux it would work the same under FreeBSD, and have researched the newsgroups, etc about it but found no solutions as to why I am unsuccessful. The error is usually 'Connection reset by peer', however I have no problems connecting with other machines. I have been unable to find information related to any needs of the 5.0 kernel, or anything specifically needed by the Alpha. Details below, and any help or thoughts are appreciated. Thanks, Richard Generally I execut the command below: mount_smbfs //user@server/share /archive/location I do have the module loaded as shown below: # kldstat Id Refs Address Size Name 1 8 0xfffffc0000300000 443b48 kernel 2 1 0xfffffe0002bea000 1e000 osf1.ko 3 1 0xfffffe0002da8000 36000 smbfs.ko 4 2 0xfffffe0002dde000 14000 libiconv.ko 5 2 0xfffffe0002df2000 12000 libmchain.ko From owner-freebsd-alpha@FreeBSD.ORG Wed Jun 18 09:51:02 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 3B1EF37B401 for ; Wed, 18 Jun 2003 09:51:02 -0700 (PDT) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3FD1B43FA3 for ; Wed, 18 Jun 2003 09:50:59 -0700 (PDT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.12.9/8.12.9) with ESMTP id h5IGoqwV014708 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Wed, 18 Jun 2003 12:50:52 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id h5IGoki81053; Wed, 18 Jun 2003 12:50:46 -0400 (EDT) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16112.39014.751410.929689@grasshopper.cs.duke.edu> Date: Wed, 18 Jun 2003 12:50:46 -0400 (EDT) To: ticso@cicely.de In-Reply-To: <20030618123315.GH3626@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> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid 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 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 16:51:02 -0000 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? > 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. > 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. Drew From owner-freebsd-alpha@FreeBSD.ORG Wed Jun 18 09:59:26 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 2E4A737B407 for ; Wed, 18 Jun 2003 09:59:26 -0700 (PDT) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E25343FCB for ; Wed, 18 Jun 2003 09:59:24 -0700 (PDT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.12.9/8.12.9) with ESMTP id h5IGxLwV015322 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Wed, 18 Jun 2003 12:59:21 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id h5IGxGi81061; Wed, 18 Jun 2003 12:59:16 -0400 (EDT) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16112.39524.638824.307800@grasshopper.cs.duke.edu> Date: Wed, 18 Jun 2003 12:59:16 -0400 (EDT) To: ticso@cicely.de In-Reply-To: <20030618120004.GG3626@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> <20030618024716.GE3626@cicely12.cicely.de> <16111.55358.756861.374441@grasshopper.cs.duke.edu> <20030618120004.GG3626@cicely12.cicely.de> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid 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 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 16:59:26 -0000 Bernd Walter writes: > > How do you tell? Is there someting in config space, or do you just > > check the device's docs? > > I've checked the memory base registers. > A memory base register return bit set to zero 0 and bit2/1 tell > the width (00 = 32bit, 10 = 64bit). > I don't know if this is a shure indicator. Doesn't this just mean that it can be the target for a DAC transaction? That's not the same thing as being a master. Our older Myrinet cards have a 32-bit memory base, but can be a 64-bit busmaster. (ie, are what I consider to be DAC capable). But maybe they are not typical.. > But there are cards that definitive can't without replacement. > E.g. USB OHCI controllers are defined with 32bit DMA registers. I don't use USB on my alpha ;) My concern is that at least one cheap NIC, and one cheap SCSI controller is DAC capable. I don't think anything else is really critical. If we had that, and we could made busdma DAC aware, and we got the chipset goo right, we'd have an alpha which could be used with > 2GB. Drew 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 From owner-freebsd-alpha@FreeBSD.ORG Wed Jun 18 11:12:18 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 381C137B401 for ; Wed, 18 Jun 2003 11:12:18 -0700 (PDT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 772FD43F3F for ; Wed, 18 Jun 2003 11:12:16 -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 h5IICAhR032560 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Wed, 18 Jun 2003 20:12:12 +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 h5IIC7Rp003976 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 18 Jun 2003 20:12:08 +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 h5IIC7oT007533; Wed, 18 Jun 2003 20:12:07 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.9/8.12.9/Submit) id h5IIC7jw007532; Wed, 18 Jun 2003 20:12:07 +0200 (CEST) Date: Wed, 18 Jun 2003 20:12:07 +0200 From: Bernd Walter To: Andrew Gallatin Message-ID: <20030618181206.GV3626@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> <20030618024716.GE3626@cicely12.cicely.de> <16111.55358.756861.374441@grasshopper.cs.duke.edu> <20030618120004.GG3626@cicely12.cicely.de> <16112.39524.638824.307800@grasshopper.cs.duke.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <16112.39524.638824.307800@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 18:12:18 -0000 On Wed, Jun 18, 2003 at 12:59:16PM -0400, Andrew Gallatin wrote: > > Bernd Walter writes: > > > > How do you tell? Is there someting in config space, or do you just > > > check the device's docs? > > > > I've checked the memory base registers. > > A memory base register return bit set to zero 0 and bit2/1 tell > > the width (00 = 32bit, 10 = 64bit). > > I don't know if this is a shure indicator. > > Doesn't this just mean that it can be the target for a DAC > transaction? That's not the same thing as being a master. Yes, but that's the best that I could find in the specs. The exact information seems to be chip specific so it's left to the driver and the bridges between. PCI-PCI bridges are well defined. The 2105x specs don't mention DAC - maybe the newer 2115x can. > Our older Myrinet cards have a 32-bit memory base, but can be a 64-bit > busmaster. (ie, are what I consider to be DAC capable). But maybe > they are not typical.. I have no clue. > > But there are cards that definitive can't without replacement. > > E.g. USB OHCI controllers are defined with 32bit DMA registers. > > I don't use USB on my alpha ;) Me too, but I do tests on alpha. > My concern is that at least one cheap NIC, and one cheap SCSI > controller is DAC capable. I don't think anything else is really > critical. If we had that, and we could made busdma DAC aware, and we > got the chipset goo right, we'd have an alpha which could be used with > 2GB. Mmm... sym defines nc_dnad64 in a header but it's not used anywhere. -- B.Walter BWCT http://www.bwct.de ticso@bwct.de info@bwct.de From owner-freebsd-alpha@FreeBSD.ORG Wed Jun 18 12:40:09 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 4BCD837B404 for ; Wed, 18 Jun 2003 12:40:09 -0700 (PDT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id C3CE243FDF for ; Wed, 18 Jun 2003 12:40:07 -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 h5IJdthR033724 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Wed, 18 Jun 2003 21:39:57 +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 h5IJdsRp004382 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 18 Jun 2003 21:39:54 +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 h5IJdroT007790; Wed, 18 Jun 2003 21:39:53 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.9/8.12.9/Submit) id h5IJdqXm007789; Wed, 18 Jun 2003 21:39:53 +0200 (CEST) Date: Wed, 18 Jun 2003 21:39:52 +0200 From: Bernd Walter To: Andrew Gallatin Message-ID: <20030618193952.GZ3626@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> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <16111.54084.284151.643826@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 19:40:09 -0000 On Tue, Jun 17, 2003 at 10:49:40PM -0400, Andrew Gallatin wrote: > Its been so long that I do not remember. I know for certain that the > API UP1x00 boxes don't but they use an AMD chipset. All the important > ones do, that I know of. (mcpcia, tsunami, marvel) Acording to release notes API UP1x00 machine can't have very much memory. (3 memory slots with 256M max per DIMM?) OK - that means the following platforms are the important ones: DEC_ST6600 DEC_KN8AE DEC_KN300 What platform is marvel? -- B.Walter BWCT http://www.bwct.de ticso@bwct.de info@bwct.de From owner-freebsd-alpha@FreeBSD.ORG Wed Jun 18 12:42:19 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 26FB637B405 for ; Wed, 18 Jun 2003 12:42:19 -0700 (PDT) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id E7BD443F85 for ; Wed, 18 Jun 2003 12:42:16 -0700 (PDT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.12.9/8.12.9) with ESMTP id h5IJgCwV028205 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Wed, 18 Jun 2003 15:42:12 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id h5IJg7181204; Wed, 18 Jun 2003 15:42:07 -0400 (EDT) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16112.49295.99860.747788@grasshopper.cs.duke.edu> Date: Wed, 18 Jun 2003 15:42:07 -0400 (EDT) To: ticso@cicely.de In-Reply-To: <20030618181206.GV3626@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> <20030618024716.GE3626@cicely12.cicely.de> <16111.55358.756861.374441@grasshopper.cs.duke.edu> <20030618120004.GG3626@cicely12.cicely.de> <16112.39524.638824.307800@grasshopper.cs.duke.edu> <20030618181206.GV3626@cicely12.cicely.de> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid 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 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 19:42:19 -0000 Bernd Walter writes: > On Wed, Jun 18, 2003 at 12:59:16PM -0400, Andrew Gallatin wrote: <..> > > Doesn't this just mean that it can be the target for a DAC > > transaction? That's not the same thing as being a master. > > Yes, but that's the best that I could find in the specs. Understood. I was not trying to criticize. > The exact information seems to be chip specific so it's left to the > driver and the bridges between. > PCI-PCI bridges are well defined. > The 2105x specs don't mention DAC - maybe the newer 2115x can. Maybe, I have no clue either :-( Drew From owner-freebsd-alpha@FreeBSD.ORG Wed Jun 18 12:47:40 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 0446737B401 for ; Wed, 18 Jun 2003 12:47:40 -0700 (PDT) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1530343F75 for ; Wed, 18 Jun 2003 12:47:39 -0700 (PDT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.12.9/8.12.9) with ESMTP id h5IJlXwV028625 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Wed, 18 Jun 2003 15:47:34 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id h5IJlST81213; Wed, 18 Jun 2003 15:47:28 -0400 (EDT) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16112.49616.796395.517162@grasshopper.cs.duke.edu> Date: Wed, 18 Jun 2003 15:47:28 -0400 (EDT) To: ticso@cicely.de In-Reply-To: <20030618193952.GZ3626@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> <20030618193952.GZ3626@cicely12.cicely.de> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid 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 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 19:47:40 -0000 Bernd Walter writes: > On Tue, Jun 17, 2003 at 10:49:40PM -0400, Andrew Gallatin wrote: > > Its been so long that I do not remember. I know for certain that the > > API UP1x00 boxes don't but they use an AMD chipset. All the important > > ones do, that I know of. (mcpcia, tsunami, marvel) > > Acording to release notes API UP1x00 machine can't have very much > memory. (3 memory slots with 256M max per DIMM?) Right. > OK - that means the following platforms are the important ones: > DEC_ST6600 > DEC_KN8AE > DEC_KN300 > What platform is marvel? Marvel is the new (last?) EV7 platform. I've got access to an ES47 with 8GB of ram, but I haven't had time to finish my port. Its been stalled since this spring due to moving house, and job pressures. I think you might be able to stuff > 1GB into a 2100, but those machines are so low performance that they're not worth any effort. Ditto for CIA based machines. Drew From owner-freebsd-alpha@FreeBSD.ORG Wed Jun 18 15:31:28 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 3C2B637B401 for ; Wed, 18 Jun 2003 15:31:28 -0700 (PDT) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A85443FA3 for ; Wed, 18 Jun 2003 15:31:26 -0700 (PDT) (envelope-from wkb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.12.9/8.12.9) with ESMTP id h5IMVHb0070351; Thu, 19 Jun 2003 00:31:17 +0200 (CEST) (envelope-from wkb@freebie.xs4all.nl) Received: (from wkb@localhost) by freebie.xs4all.nl (8.12.9/8.12.9/Submit) id h5IMVHpu070350; Thu, 19 Jun 2003 00:31:17 +0200 (CEST) Date: Thu, 19 Jun 2003 00:31:17 +0200 From: Wilko Bulte To: ticso@cicely.de Message-ID: <20030618223117.GE70180@freebie.xs4all.nl> 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> <20030618193952.GZ3626@cicely12.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030618193952.GZ3626@cicely12.cicely.de> User-Agent: Mutt/1.4i X-OS: FreeBSD 4.8-STABLE X-PGP: finger wilko@freebsd.org 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 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 22:31:28 -0000 On Wed, Jun 18, 2003 at 09:39:52PM +0200, Bernd Walter wrote: > On Tue, Jun 17, 2003 at 10:49:40PM -0400, Andrew Gallatin wrote: > > Its been so long that I do not remember. I know for certain that the > > API UP1x00 boxes don't but they use an AMD chipset. All the important > > ones do, that I know of. (mcpcia, tsunami, marvel) > > Acording to release notes API UP1x00 machine can't have very much > memory. (3 memory slots with 256M max per DIMM?) > > OK - that means the following platforms are the important ones: > DEC_ST6600 > DEC_KN8AE > DEC_KN300 > What platform is marvel? EV7 based, the latest (and last :-( ) and greatest Alpha server ever (to be) built. -- | / o / /_ _ wilko@freebie.xs4all.nl |/|/ / / /( (_) Bulte From owner-freebsd-alpha@FreeBSD.ORG Wed Jun 18 23:18:33 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 2E12737B401 for ; Wed, 18 Jun 2003 23:18:33 -0700 (PDT) Received: from wolfram.com (wri-dns0.wolfram.com [140.177.205.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3535043F85 for ; Wed, 18 Jun 2003 23:18:32 -0700 (PDT) (envelope-from hemi@just.puresimplicity.net) Received: from just.puresimplicity.net ([140.177.207.10]) by wolfram.com (8.11.2/8.11.2) with ESMTP id h5J6IPC07795 for ; Thu, 19 Jun 2003 01:18:31 -0500 Received: (from hemi@localhost) by just.puresimplicity.net (8.12.9/8.12.9/Submit) id h5J6IPcw039242 for freebsd-alpha@FreeBSD.ORG; Thu, 19 Jun 2003 01:18:25 -0500 (CDT) (envelope-from hemi) Date: Thu, 19 Jun 2003 01:18:25 -0500 From: Josh Tolbert To: freebsd-alpha@FreeBSD.ORG Message-ID: <20030619061825.GA39118@just.puresimplicity.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Subject: Unusual sound problems X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jun 2003 06:18:33 -0000 Hello freebsd-alpha@, I'm having an unusual and annoying problem with my Alpha. The machine is a PC164LX, 533MHz 21164A, 1G RAM (4x Crucial CT32M72S4D7E), 3DFx VoodooIII/2000 in the 64-bit PCI slot farthest from the CPU, an Adaptec 2940UW SCSI controller in the other 64-bit slot, an Intel Pro/100+ NIC in the 32-bit PCI slot next to the 2940UW and nothing in the topmost PCI slot. Sound comes from an SB Vibra16 in the ISA slot closest to the PCI slots. I think my problem involves the sound card. The OS is 5.1-RELEASE, recompiled with fairly standard /etc/make.conf contents: CPUTYPE?=ev56 CFLAGS= -O -pipe COPTFLAGS= -O -pipe CXXFLAGS+= -fmemoize-lookups -fsave-memoized The kernel was recompiled with unnecessary hardware commented out and the "cpu EV4" line commented out. pcm and sbc devices were compiled in for sound support. Some of you may remember my previous e-mails about my Alpha and sound. The general concensus (and personal experience from many hours of testing different sound cards in my machine) was that an ISA sound card would be the only sound card that would work properly in my Alpha. I'm beginning to think that even ISA sound cards are a shaky proposition. I got sound working but never really tried anything really sound-intensive. Well, the other night I got bored and decided to see if I could get an mp3 player working. After much cursing, I finally got multimedia/xmms to build (I had to remove the -ffast-math CFLAG from the source's top-level configure file to get xmms to build), install and run. After xmms was working I tried to play some mp3s. The few seconds I listened to one sounded just fine. I then mounted an nfs export of the directory I keep a bunch of mp3s in on the alpha and began playing mp3s from the NFS mount. The sound stuttered quite badly. I originally had a DEC 21140 (true Tulip) NIC in the machine. I swapped the NIC out for the Pro/100+ and that fixed most of the stuttering, but some of the stuttering still remains. To eliminate the network as a possible problem I copied some mp3s to the local drive and played them with xmms. The stuttering continued. I tried another player (mp3blaster) but the stuttering remains. I increased the buffer size to as large as it would go in xmms, to no avail. I re-niced the xmms process to -20 and the stuttering continued. The stuttering is especially intense during high network load (moving files around with scp and the like). I began looking at top and other things to find some indication of where the problem lies. Top only reported about 17% of the CPU in use. I could get playback to stutter without fail every time I ran vmstat. Any ideas? The machine seems to run fine otherwise (besides missing things like a web browser that really *works*, etc.) It sounds strange, but I really would like sound to work without stuttering on my Alpha. I'm not really worried about the nfs mount right now; I'll just be happy to get playback from the local disks to work without stuttering. I am inclined to think that the problem lies with the sound driver, but I don't have anything solid to back up my hunch. Is there any more information I can provide? What would be helpful? Thanks, Josh hemi@puresimplicity.net From owner-freebsd-alpha@FreeBSD.ORG Thu Jun 19 05:30:17 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 EE7D937B4AD for ; Thu, 19 Jun 2003 05:30:17 -0700 (PDT) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id EFBAD43F85 for ; Thu, 19 Jun 2003 05:30:14 -0700 (PDT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.12.9/8.12.9) with ESMTP id h5JCUEwV017087 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 19 Jun 2003 08:30:14 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id h5JCU9Y82614; Thu, 19 Jun 2003 08:30:09 -0400 (EDT) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16113.44241.164279.364165@grasshopper.cs.duke.edu> Date: Thu, 19 Jun 2003 08:30:09 -0400 (EDT) To: Josh Tolbert In-Reply-To: <20030619061825.GA39118@just.puresimplicity.net> References: <20030619061825.GA39118@just.puresimplicity.net> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid cc: freebsd-alpha@freebsd.org Subject: Re: Unusual sound problems X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jun 2003 12:30:18 -0000 Is your sound card sharing an IRQ with anything else? Drew From owner-freebsd-alpha@FreeBSD.ORG Thu Jun 19 08:52:02 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 03CFA37B401 for ; Thu, 19 Jun 2003 08:52:02 -0700 (PDT) Received: from wolfram.com (wri-dns0.wolfram.com [140.177.205.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2976743F75 for ; Thu, 19 Jun 2003 08:52:01 -0700 (PDT) (envelope-from hemi@just.puresimplicity.net) Received: from just.puresimplicity.net ([140.177.207.10]) by wolfram.com (8.11.2/8.11.2) with ESMTP id h5JFpxC14396 for ; Thu, 19 Jun 2003 10:52:00 -0500 Received: (from hemi@localhost) by just.puresimplicity.net (8.12.9/8.12.9/Submit) id h5JFpxuh041876 for freebsd-alpha@FreeBSD.org; Thu, 19 Jun 2003 10:51:59 -0500 (CDT) (envelope-from hemi) Date: Thu, 19 Jun 2003 10:51:59 -0500 From: Josh Tolbert To: freebsd-alpha@FreeBSD.org Message-ID: <20030619155159.GB41810@just.puresimplicity.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Subject: [hemi@just.puresimplicity.net: Re: Unusual sound problems] X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jun 2003 15:52:02 -0000 Hi Andrew, Looks like ATA things are interrupting on 5 along with the sound card. Should I try putting the sound card in the other ISA slot? Would that make any difference? atapci0: interrupting at CIA irq 5 ata1: interrupting at ISA irq 15 sbc0: interrupting at ISA irq 5 Thanks, Josh On Thu, Jun 19, 2003 at 08:30:09AM -0400, Andrew Gallatin wrote: > > Is your sound card sharing an IRQ with anything else? > > Drew > _______________________________________________ > freebsd-alpha@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-alpha > To unsubscribe, send any mail to "freebsd-alpha-unsubscribe@freebsd.org" From owner-freebsd-alpha@FreeBSD.ORG Thu Jun 19 09:08:44 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 EF0F737B401 for ; Thu, 19 Jun 2003 09:08:44 -0700 (PDT) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3996E43FD7 for ; Thu, 19 Jun 2003 09:08:44 -0700 (PDT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.12.9/8.12.9) with ESMTP id h5JG8hwV027865 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 19 Jun 2003 12:08:43 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id h5JG8cV82825; Thu, 19 Jun 2003 12:08:38 -0400 (EDT) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16113.57350.330775.726477@grasshopper.cs.duke.edu> Date: Thu, 19 Jun 2003 12:08:38 -0400 (EDT) To: Josh Tolbert In-Reply-To: <20030619155159.GB41810@just.puresimplicity.net> References: <20030619155159.GB41810@just.puresimplicity.net> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid cc: freebsd-alpha@freebsd.org Subject: Re: [hemi@just.puresimplicity.net: Re: Unusual sound problems] X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jun 2003 16:08:45 -0000 Josh Tolbert writes: > Hi Andrew, > > Looks like ATA things are interrupting on 5 along with the sound card. Should I try putting the sound card in the other ISA slot? Would that make any difference? > > atapci0: interrupting at CIA irq 5 > ata1: interrupting at ISA irq 15 > sbc0: interrupting at ISA irq 5 > If possible, yes. I think the problem is that the audio interrupt handler is MPSAFE (meaning that it does its own locking), while the ata driver is not MPSAFE (meaning that it shares the "Giant" lock with a lot of the rest of the kernel). Since there is a non-MPSAFE driver sharing an IRQ, the MPSAFE driver needs to wait for the Giant kernel lock. Since a lot of the kernel uses the Giant lock, that could translate to very high interrupt latency. If you're not using any IDE disks, CDROMs, etc, the best move would be to just remove the ata driver from your kernel. Drew PS: Please try to break your lines at 72 cols or so. From owner-freebsd-alpha@FreeBSD.ORG Thu Jun 19 09:13:22 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 7E6A237B401 for ; Thu, 19 Jun 2003 09:13:22 -0700 (PDT) Received: from wolfram.com (wri-dns0.wolfram.com [140.177.205.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7BB6443F3F for ; Thu, 19 Jun 2003 09:13:21 -0700 (PDT) (envelope-from hemi@just.puresimplicity.net) Received: from just.puresimplicity.net ([140.177.207.10]) by wolfram.com (8.11.2/8.11.2) with ESMTP id h5JGDJC21218; Thu, 19 Jun 2003 11:13:20 -0500 Received: (from hemi@localhost) by just.puresimplicity.net (8.12.9/8.12.9/Submit) id h5JGDJ0A042026; Thu, 19 Jun 2003 11:13:19 -0500 (CDT) (envelope-from hemi) Date: Thu, 19 Jun 2003 11:13:19 -0500 From: Josh Tolbert To: Andrew Gallatin Message-ID: <20030619161319.GA41913@just.puresimplicity.net> References: <20030619155159.GB41810@just.puresimplicity.net> <16113.57350.330775.726477@grasshopper.cs.duke.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <16113.57350.330775.726477@grasshopper.cs.duke.edu> User-Agent: Mutt/1.4i cc: freebsd-alpha@FreeBSD.ORG Subject: Re: Unusual sound problems] X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jun 2003 16:13:22 -0000 On Thu, Jun 19, 2003 at 12:08:38PM -0400, Andrew Gallatin wrote: > > Josh Tolbert writes: > > Hi Andrew, > > > > Looks like ATA things are interrupting on 5 along with the sound card. Should I try putting the sound card in the other ISA slot? Would that make any difference? > > > > atapci0: interrupting at CIA irq 5 > > ata1: interrupting at ISA irq 15 > > sbc0: interrupting at ISA irq 5 > > > > If possible, yes. > > I think the problem is that the audio interrupt handler is MPSAFE > (meaning that it does its own locking), while the ata driver is not > MPSAFE (meaning that it shares the "Giant" lock with a lot of the rest > of the kernel). Since there is a non-MPSAFE driver sharing an IRQ, > the MPSAFE driver needs to wait for the Giant kernel lock. Since a > lot of the kernel uses the Giant lock, that could translate to very > high interrupt latency. > > If you're not using any IDE disks, CDROMs, etc, the best move > would be to just remove the ata driver from your kernel. > > Drew > > PS: Please try to break your lines at 72 cols or so. Hi Andrew, I'll try the card in the other ISA slot tonight. If that doesn't work I'll try to dig up a SCSI CD-ROM and disable ATA/IDE completely. Sorry about the long lines. :) Thanks, Josh From owner-freebsd-alpha@FreeBSD.ORG Thu Jun 19 09:51: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 937A537B401; Thu, 19 Jun 2003 09:51:49 -0700 (PDT) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id C9B4E43F75; Thu, 19 Jun 2003 09:51:48 -0700 (PDT) (envelope-from des+tinderbox@freebsd.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) h5JGnukF044632; Thu, 19 Jun 2003 12:49:56 -0400 (EDT) (envelope-from des+tinderbox@freebsd.org) Received: (from des@localhost) by cueball.rtp.FreeBSD.org (8.12.9/8.12.9/Submit) id h5JGnuOD044631; Thu, 19 Jun 2003 16:49:56 GMT (envelope-from des+tinderbox@freebsd.org) Date: Thu, 19 Jun 2003 16:49:56 GMT Message-Id: <200306191649.h5JGnuOD044631@cueball.rtp.FreeBSD.org> X-Authentication-Warning: cueball.rtp.FreeBSD.org: des set sender to Tinderbox using -f Sender: Tinderbox From: Tinderbox To: current@freebsd.org, alpha@freebsd.org Precedence: bulk Subject: [-CURRENT tinderbox] failure on alpha/alpha X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jun 2003 16:51:50 -0000 TB --- 2003-06-19 16:00:22 - starting CURRENT tinderbox run for alpha/alpha TB --- 2003-06-19 16:00:22 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-06-19 16:02:36 - building world TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha/src TB --- /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1: legacy release compatibility shims >>> stage 1: bootstrap tools >>> stage 2: cleaning up the object tree >>> stage 2: rebuilding the object tree >>> stage 2: build tools >>> stage 3: cross tools >>> stage 4: populating /home/des/tinderbox/CURRENT/alpha/alpha/obj/alpha/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/i386/usr/include >>> stage 4: building libraries >>> stage 4: make dependencies >>> stage 4: building everything.. [...] /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/libexec/rtld-elf/debug.c:118: warning: int format, different type arg (arg 6) /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/libexec/rtld-elf/debug.c:118: warning: unsigned int format, different type arg (arg 8) /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/libexec/rtld-elf/debug.c: In function `dump_Elf_Rela': /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/libexec/rtld-elf/debug.c:140: warning: unsigned int format, different type arg (arg 3) /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/libexec/rtld-elf/debug.c:140: warning: unsigned int format, different type arg (arg 4) /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/libexec/rtld-elf/debug.c:140: warning: unsigned int format, different type arg (arg 5) /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/libexec/rtld-elf/debug.c:140: warning: int format, different type arg (arg 6) /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/libexec/rtld-elf/debug.c:140: warning: unsigned int format, different type arg (arg 8) *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/libexec/rtld-elf. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/libexec. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src. TB --- 2003-06-19 16:49:56 - /usr/bin/make returned exit code 1 TB --- 2003-06-19 16:49:56 - ERROR: failed to build world TB --- 2003-06-19 16:49:56 - tinderbox aborted From owner-freebsd-alpha@FreeBSD.ORG Thu Jun 19 10:33:08 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 BA3ED37B401; Thu, 19 Jun 2003 10:33:08 -0700 (PDT) Received: from sasami.jurai.net (sasami.jurai.net [66.92.160.223]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB25843FA3; Thu, 19 Jun 2003 10:33:07 -0700 (PDT) (envelope-from mdodd@FreeBSD.ORG) Received: from sasami.jurai.net (sasami.jurai.net [66.92.160.223]) by sasami.jurai.net (8.12.9/8.12.9) with ESMTP id h5JHX63q084378; Thu, 19 Jun 2003 13:33:06 -0400 (EDT) (envelope-from mdodd@FreeBSD.ORG) Date: Thu, 19 Jun 2003 13:33:06 -0400 (EDT) From: "Matthew N. Dodd" X-X-Sender: winter@sasami.jurai.net To: Tinderbox In-Reply-To: <200306191649.h5JGnuOD044631@cueball.rtp.FreeBSD.org> Message-ID: <20030619133259.Y76384@sasami.jurai.net> References: <200306191649.h5JGnuOD044631@cueball.rtp.FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: alpha@FreeBSD.ORG cc: current@FreeBSD.ORG Subject: Re: [-CURRENT tinderbox] failure on alpha/alpha X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jun 2003 17:33:09 -0000 This should be fixed now. On Thu, 19 Jun 2003, Tinderbox wrote: > TB --- 2003-06-19 16:00:22 - starting CURRENT tinderbox run for alpha/alpha > TB --- 2003-06-19 16:00:22 - checking out the source tree > TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha > TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src > TB --- 2003-06-19 16:02:36 - building world > TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha/src > TB --- /usr/bin/make -B buildworld > >>> Rebuilding the temporary build tree > >>> stage 1: legacy release compatibility shims > >>> stage 1: bootstrap tools > >>> stage 2: cleaning up the object tree > >>> stage 2: rebuilding the object tree > >>> stage 2: build tools > >>> stage 3: cross tools > >>> stage 4: populating /home/des/tinderbox/CURRENT/alpha/alpha/obj/alpha/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/i386/usr/include > >>> stage 4: building libraries > >>> stage 4: make dependencies > >>> stage 4: building everything.. > [...] > /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/libexec/rtld-elf/debug.c:118: warning: int format, different type arg (arg 6) > /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/libexec/rtld-elf/debug.c:118: warning: unsigned int format, different type arg (arg 8) > /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/libexec/rtld-elf/debug.c: In function `dump_Elf_Rela': > /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/libexec/rtld-elf/debug.c:140: warning: unsigned int format, different type arg (arg 3) > /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/libexec/rtld-elf/debug.c:140: warning: unsigned int format, different type arg (arg 4) > /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/libexec/rtld-elf/debug.c:140: warning: unsigned int format, different type arg (arg 5) > /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/libexec/rtld-elf/debug.c:140: warning: int format, different type arg (arg 6) > /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/libexec/rtld-elf/debug.c:140: warning: unsigned int format, different type arg (arg 8) > *** Error code 1 > > Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/libexec/rtld-elf. > *** Error code 1 > > Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/libexec. > *** Error code 1 > > Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src. > *** Error code 1 > > Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src. > *** Error code 1 > > Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src. > TB --- 2003-06-19 16:49:56 - /usr/bin/make returned exit code 1 > TB --- 2003-06-19 16:49:56 - ERROR: failed to build world > TB --- 2003-06-19 16:49:56 - tinderbox aborted > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | winter@jurai.net | 2 x '84 Volvo 245DL | ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | From owner-freebsd-alpha@FreeBSD.ORG Thu Jun 19 11:32:06 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 9019737B401 for ; Thu, 19 Jun 2003 11:32:06 -0700 (PDT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 32AAA43FBD for ; Thu, 19 Jun 2003 11:32:05 -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 h5JIVwhR054505 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Thu, 19 Jun 2003 20:32:01 +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 h5JIVvRp011217 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 19 Jun 2003 20:31:58 +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 h5JIVvoT011936; Thu, 19 Jun 2003 20:31:57 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.9/8.12.9/Submit) id h5JIVtZL011935; Thu, 19 Jun 2003 20:31:55 +0200 (CEST) Date: Thu, 19 Jun 2003 20:31:55 +0200 From: Bernd Walter To: Josh Tolbert Message-ID: <20030619183154.GP3626@cicely12.cicely.de> References: <20030619155159.GB41810@just.puresimplicity.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030619155159.GB41810@just.puresimplicity.net> X-Operating-System: FreeBSD cicely12.cicely.de 5.1-CURRENT alpha User-Agent: Mutt/1.5.4i cc: freebsd-alpha@freebsd.org Subject: Re: [hemi@just.puresimplicity.net: Re: Unusual sound problems] 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: Thu, 19 Jun 2003 18:32:06 -0000 On Thu, Jun 19, 2003 at 10:51:59AM -0500, Josh Tolbert wrote: > Hi Andrew, > > Looks like ATA things are interrupting on 5 along with the sound card. Should I try putting the sound card in the other ISA slot? Would that make any difference? > > atapci0: interrupting at CIA irq 5 > ata1: interrupting at ISA irq 15 > sbc0: interrupting at ISA irq 5 CIA irq 5 is different and idependent from ISA irq 5. Unfortunately we have a workaround for broken interrupt masking on EB164 family in 5.x. Therefor EB164 systems are more sensible for long running interrupt service routines than other systems. A better IDE controller than the onboard might help. -- B.Walter BWCT http://www.bwct.de ticso@bwct.de info@bwct.de From owner-freebsd-alpha@FreeBSD.ORG Thu Jun 19 12:25:37 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 3540537B401 for ; Thu, 19 Jun 2003 12:25:37 -0700 (PDT) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B73943FD7 for ; Thu, 19 Jun 2003 12:25:32 -0700 (PDT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.12.9/8.12.9) with ESMTP id h5JJPSwV009754 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 19 Jun 2003 15:25:28 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id h5JJPNe83006; Thu, 19 Jun 2003 15:25:23 -0400 (EDT) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16114.3619.317227.754183@grasshopper.cs.duke.edu> Date: Thu, 19 Jun 2003 15:25:23 -0400 (EDT) To: ticso@cicely.de In-Reply-To: <20030619183154.GP3626@cicely12.cicely.de> References: <20030619155159.GB41810@just.puresimplicity.net> <20030619183154.GP3626@cicely12.cicely.de> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid cc: Josh Tolbert cc: freebsd-alpha@freebsd.org Subject: Re: [hemi@just.puresimplicity.net: Re: Unusual sound problems] X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jun 2003 19:25:37 -0000 Bernd Walter writes: > On Thu, Jun 19, 2003 at 10:51:59AM -0500, Josh Tolbert wrote: > > Hi Andrew, > > > > Looks like ATA things are interrupting on 5 along with the sound card. Should I try putting the sound card in the other ISA slot? Would that make any difference? > > > > atapci0: interrupting at CIA irq 5 > > ata1: interrupting at ISA irq 15 > > sbc0: interrupting at ISA irq 5 > > CIA irq 5 is different and idependent from ISA irq 5. My bad -- i read 'ata1: interrupting at ISA irq 15' as 'ata1: interrupting at ISA irq 5' Drew From owner-freebsd-alpha@FreeBSD.ORG Thu Jun 19 17:30:42 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 1307637B401 for ; Thu, 19 Jun 2003 17:30:42 -0700 (PDT) Received: from mail.inka.de (quechua.inka.de [193.197.184.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F84A43F93 for ; Thu, 19 Jun 2003 17:30:41 -0700 (PDT) (envelope-from mailnull@mips.inka.de) Received: from kemoauc.mips.inka.de (uucp@) by mail.inka.de with gbsmtp id 19T9nc-0001tt-02; Fri, 20 Jun 2003 02:30:40 +0200 Received: from kemoauc.mips.inka.de (localhost [127.0.0.1]) by kemoauc.mips.inka.de (8.12.9/8.12.6) with ESMTP id h5JNcKih016293 for ; Fri, 20 Jun 2003 01:38:20 +0200 (CEST) (envelope-from mailnull@localhost.mips.inka.de) Received: (from mailnull@localhost) by kemoauc.mips.inka.de (8.12.9/8.12.9/Submit) id h5JNcKxk016292 for freebsd-alpha@freebsd.org; Fri, 20 Jun 2003 01:38:20 +0200 (CEST) From: naddy@mips.inka.de (Christian Weisgerber) Date: Thu, 19 Jun 2003 23:38:19 +0000 (UTC) Message-ID: References: <20030619061825.GA39118@just.puresimplicity.net> Originator: naddy@mips.inka.de (Christian Weisgerber) To: freebsd-alpha@freebsd.org Subject: Re: Unusual sound problems X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jun 2003 00:30:42 -0000 Josh Tolbert wrote: > I'm having an unusual and annoying problem with my Alpha. The machine > is a PC164LX, 533MHz 21164A, 1G RAM (4x Crucial CT32M72S4D7E), [...] > Sound comes from an SB Vibra16 in the ISA slot closest to the PCI > slots. I think my problem involves the sound card. I have a PC164 with an ISA Vibra16C, 5-CURRENT. I haven't tried anything really stressful (e.g. fullduplex use for telephony), but normal sound playback works just fine. Any stuttering is clearly related to competing CPU or disk usage. I'm usually playing sound through esd, which probably doesn't help. All local disk is on SCSI, sym(4). -- Christian "naddy" Weisgerber naddy@mips.inka.de From owner-freebsd-alpha@FreeBSD.ORG Thu Jun 19 20:37:45 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 A6A7437B404 for ; Thu, 19 Jun 2003 20:37:45 -0700 (PDT) Received: from wolfram.com (wri-dns0.wolfram.com [140.177.205.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A33643FA3 for ; Thu, 19 Jun 2003 20:37:44 -0700 (PDT) (envelope-from hemi@just.puresimplicity.net) Received: from just.puresimplicity.net ([140.177.207.10]) by wolfram.com (8.11.2/8.11.2) with ESMTP id h5K3bgC16403; Thu, 19 Jun 2003 22:37:43 -0500 Received: (from hemi@localhost) by just.puresimplicity.net (8.12.9/8.12.9/Submit) id h5K3bgtV045056; Thu, 19 Jun 2003 22:37:42 -0500 (CDT) (envelope-from hemi) Date: Thu, 19 Jun 2003 22:37:42 -0500 From: Josh Tolbert To: Christian Weisgerber Message-ID: <20030620033742.GA45005@just.puresimplicity.net> References: <20030619061825.GA39118@just.puresimplicity.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i cc: freebsd-alpha@FreeBSD.ORG Subject: Re: Unusual sound problems X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jun 2003 03:37:46 -0000 On Thu, Jun 19, 2003 at 11:38:19PM +0000, Christian Weisgerber wrote: > Josh Tolbert wrote: > > > I'm having an unusual and annoying problem with my Alpha. The machine > > is a PC164LX, 533MHz 21164A, 1G RAM (4x Crucial CT32M72S4D7E), [...] > > Sound comes from an SB Vibra16 in the ISA slot closest to the PCI > > slots. I think my problem involves the sound card. > > I have a PC164 with an ISA Vibra16C, 5-CURRENT. I haven't tried > anything really stressful (e.g. fullduplex use for telephony), but > normal sound playback works just fine. Any stuttering is clearly > related to competing CPU or disk usage. I'm usually playing sound > through esd, which probably doesn't help. > > All local disk is on SCSI, sym(4). > > -- > Christian "naddy" Weisgerber naddy@mips.inka.de Hi guys, Update time...After moving the sound card to the slot closest to the PCI slots, sound works fine. I previously stated the ViBRA16 was in the slot closest to the PCI slots; it was actually in the slot farther from the PCI slots. Oddly enough, the card is still interrupting on IRQ5 but everything works great now...Well, for the most part. Sound doesn't just "skip" any more, but when scping a file the sound playback slows down a bit/gets a bit "murky." I can live with the sound output this way. Thanks, Josh