Hi Jon,
On Mon, Apr 18, 2011 at 9:47 PM, Jon Povey jon.po...@racelogic.co.uk wrote:
Ben Gardiner wrote:
When creating this series I noticed that there are obvious
similarities between the existing recovery routine implemented by
Philby John and John Povey
I'm not sure how the 20us in the
On Tue, Apr 19, 2011 at 06:01:35PM +0200, Jean-Christophe PLAGNIOL-VILLARD
wrote:
Hi,
I do post a patch to add the support to specify a virt and phys
address to the generic allocator so the pv-pool.c is not needed
we can just use the generic fucntion
You've talked about
On Tue, Apr 19, 2011 at 09:05:57PM +0200, Jean-Christophe PLAGNIOL-VILLARD
wrote:
On 17:18 Tue 19 Apr , Russell King - ARM Linux wrote:
On Tue, Apr 19, 2011 at 06:01:35PM +0200, Jean-Christophe PLAGNIOL-VILLARD
wrote:
Hi,
I do post a patch to add the support to specify a
Fixup davinci UART low-level debug code for new ARM generic p2v changes.
Based on OMAP changes by Tony Lindgren
Cc: Tony Lindgren t...@atomide.com
Signed-off-by: Kevin Hilman khil...@ti.com
---
arch/arm/mach-davinci/include/mach/debug-macro.S | 13 -
Ben Gardiner wrote:
In i2c-davinci: Fix race when setting up for TX and i2c-davinci:
Fix TX setup for more SoCs you mention testing on DM355 -- is there
any you have hardware on which the recovery procedure is executed on
occasion and that you would be available to test modifications to the
* Tomi Valkeinen tomi.valkei...@ti.com [110419 17:13]:
Hi Tony and Russell,
On Mon, 2011-04-18 at 11:17 +0300, Tony Lindgren wrote:
* Tomi Valkeinen tomi.valkei...@ti.com [110418 09:57]:
So, I can make a patch that removes the SRAM support from omapfb, and
queue it up for the next
I'm being involved in u-boot and kernel responsability inside my
company from many years.
I write code and there are other developers writing code that I need
to coordinate.
By now I have managed all patches incoming using a separated devel
branch, validating those patches and after applying on