Hi Ben Andy,
* Tony Lindgren t...@atomide.com [110309 11:09]:
* Cousson, Benoit b-cous...@ti.com [110309 06:00]:
Hi Tony,
On 3/9/2011 12:38 AM, Tony Lindgren wrote:
* Cousson, Benoitb-cous...@ti.com [110308 13:34]:
Hi Andy,
Thanks for that really fast update. That looks pretty
On 03/14/2011 05:42 PM, Somebody in the thread at some point said:
Hi -
It looks like this series can be rebased on v2.6.38-rc8
and should merge just fine with what we have queued in
omap-for-linus. I guess I forgot we already did the i2c-omap
hwmod conversion last merge window :)
Andy,
Hi Tony,
On 3/9/2011 12:38 AM, Tony Lindgren wrote:
* Cousson, Benoitb-cous...@ti.com [110308 13:34]:
Hi Andy,
Thanks for that really fast update. That looks pretty good at first
glance. I still have to review in details.
Yes nice job!
And we need to find some volunteers for OMAP1 2
* Cousson, Benoit b-cous...@ti.com [110309 06:00]:
Hi Tony,
On 3/9/2011 12:38 AM, Tony Lindgren wrote:
* Cousson, Benoitb-cous...@ti.com [110308 13:34]:
Hi Andy,
Thanks for that really fast update. That looks pretty good at first
glance. I still have to review in details.
Yes nice
The following series removes cpu_...() usage completely from the
omap-i2c driver by having decisions about functional implementation
choices in the SoC held in cpu-specific hwmod tables that are
already established, or for OMAP1 where there is no hwmod, set at
OMAP1-specific i2c bus addition time.
Hi Andy,
Thanks for that really fast update. That looks pretty good at first
glance. I still have to review in details.
And we need to find some volunteers for OMAP1 2 testing.
Thanks,
Benoit
On 3/8/2011 12:07 PM, Andy Green wrote:
The following series removes cpu_...() usage completely
* Cousson, Benoit b-cous...@ti.com [110308 13:34]:
Hi Andy,
Thanks for that really fast update. That looks pretty good at first
glance. I still have to review in details.
Yes nice job!
And we need to find some volunteers for OMAP1 2 testing.
I gave it a quick try on osk5912, seems to