From owner-freebsd-alpha@FreeBSD.ORG Mon Jun 28 12:49:27 2004 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 68AE816A4CE for ; Mon, 28 Jun 2004 12:49:27 +0000 (GMT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 79F8D43D31 for ; Mon, 28 Jun 2004 12:49:26 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) (authenticated bits=0) i5SCnKaI003209 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Mon, 28 Jun 2004 14:49:23 +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.10/8.12.10) with ESMTP id i5SCmAUi006345 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 28 Jun 2004 14:48:11 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.11/8.12.11) with ESMTP id i5SCmAXR003473; Mon, 28 Jun 2004 14:48:10 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id i5SCmAwV003472; Mon, 28 Jun 2004 14:48:10 +0200 (CEST) (envelope-from ticso) Date: Mon, 28 Jun 2004 14:48:10 +0200 From: Bernd Walter To: Michael Kukat Message-ID: <20040628124809.GG1787@cicely12.cicely.de> References: <20040627212654.Q437@calchas.unixiron.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040627212654.Q437@calchas.unixiron.org> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.6i X-Spam-Status: No, hits=-4.9 required=3.0 tests=BAYES_00 autolearn=ham version=2.63 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on cicely12.cicely.de cc: freebsd-alpha@freebsd.org Subject: Re: Alphastation 200 (and others) PCI-PCI bridge fix 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: Mon, 28 Jun 2004 12:49:27 -0000 On Sun, Jun 27, 2004 at 09:36:14PM +0200, Michael Kukat wrote: > Hello, > > okay, for my problems with quadport NICs, i stick in the following situation > currently: > > - fixed intpin/irq mapping stuff in dec_2100_a50.c, seems to work okay with > my ANA-6944, but this card just maps all 4 NICs to INTA of the first chip, > so this doesn't prove the functionality of this fix. > > - ANA-62044 really wants 4 INT lines, but due to the architecture of the PCI > bus in the AlphaStation 200, it just gets 2 of them. IRQs are mapped to the > ISA IRQs, which are not shareable. But 2 of the NIC chips on the card need to > share interrupts when plugged into the AS200 (INTD is INTA on the connetor, > and INTC is the same as onboard LAN). The IRQs on the AS200 should be shareable as on every PCI architecture. > Another problem in my diagnosis of the problems i have with the ANA-62044: > kernel doesn't panic when this card is in the AS200. So the problem with > crashing with access faults just exists on the PC164. Maybe i should try a > 32bit slot. The pci slots on a PC164 are all on the same bus, so I doubt that it'll make a big difference. > I attached my fix for this interrupt problem, maybe someone can use it. And if > someone with more clue about PCI has a look in this, maybe it's useable for the > repository. Patch applies to 4.9 sources. We already have generic code to do interrupt routing over bridges. See Rev 1.14 in dec_axppci_33.c for a example on how to use it. It's quite simple to do - getting someone with hardware to test is the biggest challenge. I can create you a patch if you need. > Known problems: this fix just handles bridges on pci0. It doesn't handle > bridges on bridged buses :) The generic code used by axppci33 does :) -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de