From mboxrd@z Thu Jan 1 00:00:00 1970 From: vinod.koul@intel.com (Vinod Koul) Date: Wed, 14 Sep 2011 10:24:17 +0530 Subject: [PATCH] dmaengine: add CSR SiRFprimaII DMAC driver In-Reply-To: References: <1315374075-15479-1-git-send-email-Baohua.Song@csr.com> <201109081819.30035.arnd@arndb.de> <2264116.VTHb2BIH5a@wuerfel> <1315517883.6638.1.camel@vkoul-mobl4> Message-ID: <1315976057.26251.461.camel@vkoul-udesk3> To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org On Sun, 2011-09-11 at 23:27 +0200, Linus Walleij wrote: > On Thu, Sep 8, 2011 at 11:38 PM, Vinod Koul wrote: > > > > Linus W, any progress on that patches you posted?? > > I haven't written any, and I felt the whole issue was pretty inflamed > too so I felt bad about it and avoided to think about it even since > I have no real problem with this in my current setups. > > Currently there is a strong coupling between platforms and filter > functions and I can live with it in the systems I use since they have > just one DMAC and need only one filter function per device, > that is specified in platform data for the device. This would likely > also work for the SiRFprimaII if it has only a single DMAC. > The people facing an immediate issue with this are IIRC the > Samsung S5Ps. > > If you think this is in need of solving soon and want me to propose > patches for channel mapping to devices using the approach used in > clkdev and regulator APIs to create an attributed mapping table > using struct device * or its string representations, I can > try it out of course, but if it gets flamy I will just back off again. Please try at my request. I really would like this problem to be solved. What we want is API which solves filter function issues (we should be able to completely do away after proper mapping). Making a simple to understand/code/maintain scheme which is platform independent. -- ~Vinod