Re: [PATCH 2/3 v3] sh: fix Transfer Size calculation in both DMA

[Dan Williams <dan.j.williams@intel.com>]

Paul Mundt wrote:
> On Wed, Feb 03, 2010 at 10:58:45AM -0700, Dan Williams wrote:
>> Dan Williams wrote:
>>>> arch/sh/drivers/dma/dma-sh.c           |    5 +-
>>> This bit collides with 9d56dd3b "sh: Mass ctrl_in/outX to 
>>> __raw_read/writeX conversion." in Paul's tree.  I'm fine with these 
>>> going through the sh tree with my acked-by modulo that minor nit with 
>>> the dma_list_mutex comment in 3/3.
>> The other option would be for me to base async_tx.git/next on top of 
>> sh.git/master since my tree appears later in the linux-next merge order 
>>  (I would then make sure I merge after Paul during the .34 window). 
>> The only problem is that this removes the luxury of Paul rebasing the sh 
>> tree at his leisure (I would need to rebase as well before the result is 
>> seen by linux-next).  So I'll remain in ack-only mode on this set unless 
>> Paul signals that sh.git does not rebase.
>>
> The SH tree doesn't rebase, so this shouldn't be a problem either way.
> However, unless there are any dependencies on the bits in your current
> tree, simply having you Ack the patches and rolling them in to the SH
> tree seems like the less painful option.

Ok, I don't have any conflicting dmaengine api updates this cycle so 
merging the dma bits w/acks through sh.git sounds good to me.

Thanks,
Dan