Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S267978AbTGWIMV (ORCPT ); Wed, 23 Jul 2003 04:12:21 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S268047AbTGWIMV (ORCPT ); Wed, 23 Jul 2003 04:12:21 -0400 Received: from netix1.demon.co.uk ([212.228.80.161]:2063 "EHLO netunix.com") by vger.kernel.org with ESMTP id S267978AbTGWIMT (ORCPT ); Wed, 23 Jul 2003 04:12:19 -0400 Date: Wed, 23 Jul 2003 09:33:40 +0100 (BST) From: "C.Newport" To: "David S. Miller" cc: Otto Solares , , , , , Subject: Re: sparc scsi esp depends on pci & hangs on boot In-Reply-To: <20030723002737.376d93ca.davem@redhat.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1031 Lines: 24 On Wed, 23 Jul 2003, David S. Miller wrote: > If the architecture wants to support such situations, > then the implementation needs to vector off to different > operations based upon the actual bus type. > > Even though technically devices having SBUS and PCI variants could do > this, none do currently, and also I do not use the generic device > model in the SBUS layer, therefore I'm not going to add such multi-bus > support to what Sparc uses for dma-mapping.h Ouch - As I mentioned a few days ago, the Ex000 range can have a mixture of SBUS and PCI. This configuration is becoming increasingly common as these machines are upgraded to attach to SAN stuff and other FCAL variants for which there is no SBUS card. Please take a few moments to keep this, it works at the moment. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/