Hi Greg,
On 6 November 2012 02:59, Greg Kroah-Hartman wrote:
> On Tue, Nov 06, 2012 at 09:55:52AM +0100, Linus Walleij wrote:
>> On Tue, Nov 6, 2012 at 4:40 AM, Stephen Warren wrote:
>>
>> > Is this a public interface to the driver? If so, shouldn't the header be
>> > in include/linux somewhere?
Hi Stephen,
On 5 November 2012 21:40, Stephen Warren wrote:
> On 11/05/2012 07:55 PM, Omar Ramirez Luna wrote:
>> Actually moving it from plat-omap, as this framework/driver code is
>> supposed to be under drivers/ folder. The framework should work with
>> the current supported OMAP processors (O
On Tue, Nov 06, 2012 at 09:55:52AM +0100, Linus Walleij wrote:
> On Tue, Nov 6, 2012 at 4:40 AM, Stephen Warren wrote:
>
> > Is this a public interface to the driver? If so, shouldn't the header be
> > in include/linux somewhere?
>
> I think the split out of the public header is done in patch 2/
On Tue, Nov 6, 2012 at 4:40 AM, Stephen Warren wrote:
> Is this a public interface to the driver? If so, shouldn't the header be
> in include/linux somewhere?
I think the split out of the public header is done in patch 2/2.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "u
On 11/05/2012 07:55 PM, Omar Ramirez Luna wrote:
> Actually moving it from plat-omap, as this framework/driver code is
> supposed to be under drivers/ folder. The framework should work with
> the current supported OMAP processors (OMAP1+) that have mailbox and
> can be used as a method of interproc
