Thread (31 messages) 31 messages, 8 authors, 2013-01-11

[PATCH 0/9] drivers: mailbox: framework creation

From: tony@atomide.com (Tony Lindgren)
Date: 2012-12-20 19:33:58
Also in: linux-omap, lkml

* Olof Johansson [off-list ref] [121220 11:22]:
On Thu, Dec 20, 2012 at 10:28 AM, Tony Lindgren [off-list ref] wrote:
quoted
* Linus Walleij [off-list ref] [121220 10:19]:
quoted
On Tue, Dec 18, 2012 at 2:10 PM, Loic Pallardy
[off-list ref] wrote:
quoted
OMAP and ST-Ericsson platforms are both using mailbox to communicate
with some coprocessors.
Based on OMAP existing mailbox framework, this series proposes a
generic framework, living under drivers/mailbox.
I like this patch series so you have my Acked-by.

Since it's a new subsystem and affects a few ARM architectures can
we merge this into the ARM SoC tree once we have consensus,
so we get some rotation in linux-next that way?
Yes good idea.
quoted
Olof/Arnd?
I suggest we set up an immutable branch against
v3.8-rc1 when it's out with only these patches in it.
Then we can all merge it in as needed. Maybe Arnd or
Olof can set up the branch?
I haven't reviewed the patches yet, but this flow sounds reasonable to me.
OK cool.
 
quoted
FYI, looks like I need to merge in this branch too to
avoid build errors with remoteproc enabled once I flip
on the multiplatform support for omap2+.
While we can make the branch stable, would it make sense to make
remoteproc for omap depend on !multiplatform during the transition, to
reduce dependencies a little? Either way works, but it'd be nice to
keep them independent if we can.
Yes I'll update the omap multiplat fixups patch I posted yesterday.
I noticed it only after running make randconfig for a while.

Regards,

Tony
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help