rmk back but still recovering (was Re: Reminder - rmk still on vacation)

[Russell King - ARM Linux]

On Fri, Jul 27, 2012 at 06:08:13PM +0200, Shilimkar, Santosh wrote:
> On Fri, Jul 27, 2012 at 3:42 PM, Russell King - ARM Linux
> <linux at arm.linux.org.uk> wrote:
> > On Wed, Jul 25, 2012 at 03:12:22PM +0100, Russell King - ARM Linux wrote:
> >> Just a quick reminder that I'm still on holiday, and at this point there
> >> are over 2500 messages from the mailing lists which are sitting unread
> >> since I left the UK.  As I mentioned before I left the UK, it is my
> >> intention *not* to go back and read all those outstanding messages -
> >> there's too many of them to do that.
> >>
> >> So, if you want me to react to any email message you've sent, you'd
> >> *better* send it again next week unless I've already responded.
> >>
> >> Meanwhile, I see v3.5 has been released; I have a couple of things I
> >> need to do with my tree before I can push the changes, and I'll
> >> probably see about sorting those out over the weekend.  I also see
> >> that 14 new patches have landed in the patch system.
> >>
> >> However, the timing of my holiday vs the merge window means that I
> >> can't take anything new, unless they're fixes, so don't be surprised
> >> if some stuff gets missed this merge window.
> >
> > Right.  I'm not fully recovered from the jet lag (I'm still rather tired
> > - I hate travelling back from the North American continent because it
> > takes days to recover.)
> >
> > I have now archived off *all* email sent to me during July - which means
> > that I will *NOT* be responding to anything sent during the last 17 days.
> > If anyone has sent me anything important, it *MUST* be resent now.
> >
> > I am aware of an issue concerning the OMAP DMA patches.  I'm not sure
> > exactly what is required there, so I've dropped them from my planned pull
> > request in the interests of getting everything else I have to Linus.  I
> > may plan to send a pull request this evening.
> >
> Well the only pending discussion was enabling the CONFIG option for
> DMA at driver level SOC config level. Not sure if there was anything else
> on this really.

Why?  The DMA driver itself is optional.