Date: Tue, 22 Jul 2003 23:24:10 -0700
From: "David S. Miller" <davem@redhat.com>
To: Christoph Hellwig <hch@infradead.org>
Cc: solca@guug.org, zaitcev@redhat.com, linux-kernel@vger.kernel.org,
       sparclinux@vger.kernel.org, debian-sparc@lists.debian.org
Subject: Re: sparc scsi esp depends on pci & hangs on boot
Message-Id: <20030722232410.7a37ed4d.davem@redhat.com>
In-Reply-To: <20030723070739.A697@infradead.org>
References: <20030722025142.GC25561@guug.org>
	<20030722080905.A21280@devserv.devel.redhat.com>
	<20030722182609.GA30174@guug.org>
	<20030722175400.4fe2aa5d.davem@redhat.com>
	<20030723070739.A697@infradead.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 807
Lines: 21

On Wed, 23 Jul 2003 07:07:39 +0100
Christoph Hellwig <hch@infradead.org> wrote:

> Sparc unfortunately defines the new DMA API in terms of the PCI DMA API
> which gets you this mess.

Sparc did not do this, the person coding up the new DMA API
decided it was a good idea to implement the generic version
this way. :-)

I think it's rediculious that I have to implement the whole
new DMA API abstraction thing just to get rid of this PCI
dependency.

Why don't we put the enum dma_direction somewhere else?  Some
linux/foo.h header that doesn't require asm/dma*.h
-
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/