Subject: Re: [PATCH 0/8 v4] bcm2835 DMA slave support
To: Eric Anholt <eric@anholt.net>, linux-rpi-kernel@lists.infradead.org
References: <1458156302-4359-1-git-send-email-eric@anholt.net>
Cc: Vinod Koul <vinod.koul@intel.com>, linux-kernel@vger.kernel.org,
        dmaengine@vger.kernel.org, linux-arm-kernel@lists.infradead.org
From: Martin Sperl <martin@sperl.org>
Message-ID: <56EA855F.1010607@sperl.org>
Date: Thu, 17 Mar 2016 11:22:23 +0100
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101
 Thunderbird/38.6.0
MIME-Version: 1.0
In-Reply-To: <1458156302-4359-1-git-send-email-eric@anholt.net>
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 644
Lines: 15

On 16.03.2016 20:24, Eric Anholt wrote:
> Here's the series for DMA slave and memcpy support for 2835, with the
> DT changes to enable the remaining channels dropped out while that
> goes through review.  I had to do some minor conflict resolution, but
> it was pretty mechanical, and I tested again with dmatest on the last
> patch.
I guess I have got a list to implement that without a change to the 
device tree,
besides making use of platform_get_irq_byname and setting up the property:
     interrupt-names = "dma0", "dma1", .. "dma10", "dma_shared", "dma_all";

As the property "interrupt-names" is a standard it should be acceptable.