On 19 Nov 2009, at 17:47, Sascha Hauer s.hauer@pengutronix.de wrote:
On Thu, Nov 19, 2009 at 04:32:41PM +0000, Mark Brown wrote:
On Thu, Nov 19, 2009 at 04:48:14PM +0100, Sascha Hauer wrote:
There already is a driver for i.MX in the tree, this one is a nearly complete rewrite. I haven't touched the in Kernel driver with these patches. The in Kernel driver has several problems, it doesn't use ioremap, uses direct pointer derefs instead of proper access functions and the only board supported so far is itself not supported in mainline.
BTW, unless I notice anything particularly bad in there I'm inclined to just merge all the arch/arm patches by themselves since obviously you're the maintainer they'd normally go via - I'm assuming the other patches depend on them?
I'd prefer merging the arm patches myself as I'm afraid of bothering upstream upstream with merge conflicts. I think I can rebase this series in a way that there won't be compile breakages during merge.
Please do say when you're submitting if this is you're intention - if you just send me patches without any other comment I'll tend to assume that your intention is that I should apply them and go ahead and do so if they review OK. Merging via ARM is OK providing the build doesn't get broken. If that happens we can do the same thing as has been done with TWL4030 and merge a branch into both trees.