Hi Paul,
On Wed, Jul 04, 2012 at 04:53:32AM -0600, Paul Walmsley wrote:
Hello Sakari,
On Wed, 9 May 2012, Sakari Ailus wrote:
The OMAP 3630 has configuration how the ISP CSI-2 PHY pins are connected to
the actual CSI-2 receivers outside the ISP itself. Allow changing this
Calling omap_dm_timer_prepare while the spinlock is held is not
allowed as sleeping functions are called later on during the
preparation (namely within clk_get()).
dm_timer_lock is only required for protecting the
omap_timer_list. After the timer is marked as reserved, the lock is no
longer
Found this with the cubox, which wants to obtain large blocks of
RAM for the GPU and VPU devices at boot time. I don't believe
any other platforms care where the memory comes from, so I think
this is safe.
However, OMAP and iMX folk should check this patch - thanks.
8===
From: Russell King
On Sun, Aug 12, 2012 at 11:57:08AM +0100, Russell King - ARM Linux wrote:
Found this with the cubox, which wants to obtain large blocks of
RAM for the GPU and VPU devices at boot time. I don't believe
any other platforms care where the memory comes from, so I think
this is safe.
However,
On Sun, Aug 12, 2012 at 4:27 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
Found this with the cubox, which wants to obtain large blocks of
RAM for the GPU and VPU devices at boot time. I don't believe
any other platforms care where the memory comes from, so I think
this is safe.
On Thu, Aug 09, 2012 at 04:53:26PM +0300, Peter Ujfalusi wrote:
On 08/09/2012 01:36 PM, Mark Brown wrote:
Is there any actual case where an external mute is supplied via a
mechanism other than a GPIO, and if there is would it not either need
its own DT property or already need to interact
On Thu, 9 Aug 2012 14:15:51 +0300 Felipe Balbi ba...@ti.com wrote:
hehe, that's nasty. Please send a patch converting to a try count and a
udelay_range(), or something.
how's this?
Thanks,
NeilBrown
From: NeilBrown ne...@suse.de
Date: Mon, 13 Aug 2012 12:32:58 +1000
Subject: [PATCH]
Peter,
On Wed, Aug 08, 2012 at 17:35:44, Ujfalusi, Peter wrote:
On 07/31/2012 04:37 PM, AnilKumar, Chimata wrote:
I'm just curious about the size here: how it ended up as 0x0338?
While looking at the TRM of AM335x I can come up with 0x0238 (0x44e10800 -
0x44e10a38), but I don't see any
Greg,
On Wed, Jul 18, 2012 at 12:14 PM, Shilimkar, Santosh
santosh.shilim...@ti.com wrote:
On Tue, Jul 17, 2012 at 11:28 PM, Greg KH gre...@linuxfoundation.org wrote:
On Tue, Jul 17, 2012 at 10:37:45PM +0530, Shilimkar, Santosh wrote:
On Tue, Jul 17, 2012 at 10:06 PM, Greg KH
