DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
  s=s1024; d=pacbell.net;
  h=Received:X-YMail-OSG:X-Yahoo-Newman-Property:From:To:Subject:Date:User-Agent:Cc:References:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Content-Disposition:Message-Id;
  b=BueQ8JKIKwwfdpUv3d/mXqx3/2aN4m5oo760xb53d7+L/Fvq2tzCr5JMdjUr5600kW/Z+UugKcowOP2kLxuWVGy0jmoMWBFs4VSCUCfW+KWvbx6hsuRFrnpf8dpIt0p9Tk3qkumqf7Z91hHOevawmrPedva6u26MS6jvZSflNC8=  ;
From: David Brownell <david-b@pacbell.net>
To: "Dan Williams" <dan.j.williams@intel.com>
Subject: Re: [RFC v2 2/5] dmaengine: Add slave DMA interface
Date: Wed, 30 Jan 2008 12:45:31 -0800
User-Agent: KMail/1.9.6
Cc: "Haavard Skinnemoen" <hskinnemoen@atmel.com>, linux-kernel@vger.kernel.org,
       "Shannon Nelson" <shannon.nelson@intel.com>, kernel@avr32linux.org,
       "Francis Moreau" <francis.moro@gmail.com>,
       "Paul Mundt" <lethal@linux-sh.org>,
       "Vladimir A. Barinov" <vbarinov@ru.mvista.com>,
       "Pierre Ossman" <drzeus-list@drzeus.cx>
References: <1201630213-31900-1-git-send-email-hskinnemoen@atmel.com> <200801300252.50344.david-b@pacbell.net> <e9c3a7c20801301028l12af0f6bv90509ea08c319bc6@mail.gmail.com>
In-Reply-To: <e9c3a7c20801301028l12af0f6bv90509ea08c319bc6@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200801301245.32286.david-b@pacbell.net>
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1058
Lines: 22

On Wednesday 30 January 2008, Dan Williams wrote:
> On Jan 30, 2008 3:52 AM, David Brownell <david-b@pacbell.net> wrote:
> > On Wednesday 30 January 2008, Haavard Skinnemoen wrote:
> > > Descriptor-based vs. register-based transfers sounds like something the
> > > DMA engine driver is free to decide on its own.
> >
> > Not entirely.  The current interface has "dma_async_tx_descriptor"
> > wired pretty thoroughly into the call structure -- hard to avoid.
> > (And where's the "dma_async_rx_descriptor", since that's only TX??
> > Asymmetry like that is usually not a healthy sign.)  The engine is
> > not free to avoid those descriptors ...
> >
> 
> For better or worse I picked async_tx to represent "asynchronous
> transfers/transforms", not "transmit". 

"dma_async_descriptor" would not be misleading.  :)
--
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/