Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1764827AbXFEORh (ORCPT ); Tue, 5 Jun 2007 10:17:37 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1762850AbXFEORa (ORCPT ); Tue, 5 Jun 2007 10:17:30 -0400 Received: from caramon.arm.linux.org.uk ([217.147.92.249]:4425 "EHLO caramon.arm.linux.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1762450AbXFEOR3 (ORCPT ); Tue, 5 Jun 2007 10:17:29 -0400 Date: Tue, 5 Jun 2007 15:17:14 +0100 From: Russell King To: Jeff Garzik Cc: Alan Cox , Christoph Hellwig , David Miller , mroos@linux.ee, linux-kernel@vger.kernel.org Subject: Re: libata & no PCI: dma_[un]map_single undefined Message-ID: <20070605141714.GA2572@flint.arm.linux.org.uk> Mail-Followup-To: Jeff Garzik , Alan Cox , Christoph Hellwig , David Miller , mroos@linux.ee, linux-kernel@vger.kernel.org References: <20070603.174010.41894721.davem@davemloft.net> <20070604074719.GB15390@infradead.org> <20070604171952.GA3437@dhcp83-182.boston.redhat.com> <20070605122218.410d611b@the-village.bc.nu> <20070605135608.GA31565@havoc.gtf.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070605135608.GA31565@havoc.gtf.org> User-Agent: Mutt/1.4.2.1i Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1334 Lines: 34 On Tue, Jun 05, 2007 at 09:56:08AM -0400, Jeff Garzik wrote: > On Tue, Jun 05, 2007 at 12:22:18PM +0100, Alan Cox wrote: > > > NAK > > > > > > We have generic devices and generic DMA mapping. libata already uses > > > the generic stuff. Now fix the platform... > > > > Nice theory but your generic helpers rely on the map functions working > > even for generic hardware that doesn't need them, so at the very least > > there is some clean up required. > > Sure there is some clean up needed -- on the arch side. > > Even !PCI dma_xxx wrappers that do nothing more than return a dma > mapping error are a valid platform implementation. If you don't have DMA capabilities, does libata still need ->pad and ->pad_dma set? I had a problem where a pata_platform device which wasn't DMA capable failed to initialise because we quite rightfully made dma_alloc_coherent() fail (due to the DMA masks not being set.) It seems odd that libata requires DMA memory for non-DMA capable devices... -- Russell King Linux kernel 2.6 ARM Linux - http://www.arm.linux.org.uk/ maintainer of: - 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/