On Fri, Jan 13, 2012 at 22:20:03, Tony Lindgren wrote:
* Shilimkar, Santosh santosh.shilim...@ti.com [120113 06:08]:
On Fri, Jan 13, 2012 at 2:42 PM, Hiremath, Vaibhav hvaib...@ti.com wrote:
On Fri, Jan 13, 2012 at 18:19:24, Shilimkar, Santosh wrote:
...
};
We need to
On Sat, 2012-01-14 at 01:30 +0530, Archit wrote:
Hi,
On Friday 13 January 2012 05:16 PM, Tomi Valkeinen wrote:
Move fifo threshold calculation into dispc.c, as the thresholds are
really dispc internal thing.
Signed-off-by: Tomi Valkeinentomi.valkei...@ti.com
snip
diff --git
On Monday 16 January 2012 03:27 PM, Tomi Valkeinen wrote:
On Sat, 2012-01-14 at 01:30 +0530, Archit wrote:
Hi,
On Friday 13 January 2012 05:16 PM, Tomi Valkeinen wrote:
Move fifo threshold calculation into dispc.c, as the thresholds are
really dispc internal thing.
Signed-off-by: Tomi
The latest uBoot release (2011.12) disables the L2/outer cache during boot on
OMAP boards.
uBoot commit: armv7: disable L2 cache in cleanup_before_linux() on 6th Dec
2011 by Aneesh V adds the following to
uBootSources/arch/arm/cpu/armv7/cpu.c:cleanup_before_linux():
...
+ linux-arm, Russell and Catalin
On Mon, Jan 16, 2012 at 11:03 AM, Joe Woodward j...@terrafix.co.uk wrote:
The latest uBoot release (2011.12) disables the L2/outer cache during boot on
OMAP boards.
uBoot commit: armv7: disable L2 cache in cleanup_before_linux() on 6th Dec
2011 by Aneesh V
The patch series does the following
- Make the Make the suspend/resume functions depend on
CONFIG_PM_SLEEP
- Fix the serial omap probe's error handling
- Make he context_loss_cnt signed so that error handling is
possible.
Shubhrajyoti D (5):
omap-serial :Make the suspend/resume
The macro SET_SYSTEM_SLEEP_PM_OPS depends CONFIG_PM_SLEEP. The patch
defines the suspend and resume functions for CONFIG_PM_SLEEP instead of
CONFIG_SUSPEND.
Signed-off-by: Shubhrajyoti D shubhrajy...@ti.com
---
drivers/tty/serial/omap-serial.c |2 +-
1 files changed, 1
The function serial_omap_restore_context is called only from
serial_omap_runtime_resume which depends on CONFIG_PM_RUNTIME. Make
serial_omap_restore_context also compile conditionally.
if CONFIG_PM_RUNTIME is not defined below warn may be seen.
LD net/xfrm/built-in.o
The patch does the following
- The pm_runtime_disable is called in the remove not in the error
case of probe.The patch calls the pm_runtime_disable in the error
case.
- The up is not freed in the error path. Fix the memory leak by calling
kfree in the error path.
- Also the iounmap is not
In serial_omap_runtime_resume in case of errors returned by
get_context_loss_count print a warning and do a restore.
Signed-off-by: Shubhrajyoti D shubhrajy...@ti.com
---
drivers/tty/serial/omap-serial.c | 10 --
1 files changed, 8 insertions(+), 2 deletions(-)
diff --git
get_context_loss_count returns an int however it is stored in
unsigned integer context_loss_cnt . This patch tries to make
context_loss_cnt int. So that in case of errors(which may be negative)
the value is not interpreted wrongly.
Signed-off-by: Shubhrajyoti D shubhrajy...@ti.com
---
On Mon, Jan 16, 2012 at 11:18:21AM +0100, Shilimkar, Santosh wrote:
+ linux-arm, Russell and Catalin
On Mon, Jan 16, 2012 at 11:03 AM, Joe Woodward j...@terrafix.co.uk wrote:
The latest uBoot release (2011.12) disables the L2/outer cache during boot
on OMAP boards.
uBoot commit:
On Wed, Jan 11, 2012 at 03:28:11PM +0200, Ohad Ben-Cohen wrote:
omap3isp depends on CONFIG_IOMMU_API, so avoid registering its
device (and defining its configuration structs) on !CONFIG_IOMMU_API.
This is generally nice to have, but more importantly, it fixes:
On Wed, Jan 11, 2012 at 04:11:49PM +0530, AnilKumar Ch wrote:
+ rdev = regulator_register(regulators[pdev-id], pdev-dev,
+ pdev-dev.platform_data, tps);
Oh, actually - this needs redoing against -next, regulator_register now
takes an additional of_node
On Mon, Jan 16, 2012 at 11:59 AM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Mon, Jan 16, 2012 at 11:18:21AM +0100, Shilimkar, Santosh wrote:
+ linux-arm, Russell and Catalin
On Mon, Jan 16, 2012 at 11:03 AM, Joe Woodward j...@terrafix.co.uk wrote:
The latest uBoot release
On Mon, Jan 16, 2012 at 01:43:03PM +0100, Shilimkar, Santosh wrote:
This code will be in assembly and that's what I have
been using. Not having stack shoudn't be a blocker
and can be work-around in this code. And this API
has to be anyway called before MMU is enabled.
What about SMC on OMAP
On Mon, Jan 16, 2012 at 2:13 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Mon, Jan 16, 2012 at 01:43:03PM +0100, Shilimkar, Santosh wrote:
This code will be in assembly and that's what I have
been using. Not having stack shoudn't be a blocker
and can be work-around in this
On Fri, Jan 13, 2012 at 11:19 PM, Rob Clark rob.cl...@linaro.org wrote:
On Fri, Jan 13, 2012 at 2:59 PM, Felipe Contreras
felipe.contre...@gmail.com wrote:
On Fri, Jan 13, 2012 at 10:41 PM, Rob Clark rob.cl...@linaro.org wrote:
diff --git a/arch/arm/plat-omap/Makefile
On Mon, Jan 16, 2012 at 8:12 AM, Felipe Contreras
felipe.contre...@gmail.com wrote:
On Fri, Jan 13, 2012 at 11:19 PM, Rob Clark rob.cl...@linaro.org wrote:
On Fri, Jan 13, 2012 at 2:59 PM, Felipe Contreras
felipe.contre...@gmail.com wrote:
On Fri, Jan 13, 2012 at 10:41 PM, Rob Clark
On Mon, Jan 16, 2012 at 6:37 PM, Rob Clark rob.cl...@linaro.org wrote:
On Mon, Jan 16, 2012 at 8:12 AM, Felipe Contreras
felipe.contre...@gmail.com wrote:
On Fri, Jan 13, 2012 at 11:19 PM, Rob Clark rob.cl...@linaro.org wrote:
On Fri, Jan 13, 2012 at 2:59 PM, Felipe Contreras
On Mon, Jan 16, 2012 at 10:59 AM, Felipe Contreras
felipe.contre...@gmail.com wrote:
On Mon, Jan 16, 2012 at 6:37 PM, Rob Clark rob.cl...@linaro.org wrote:
On Mon, Jan 16, 2012 at 8:12 AM, Felipe Contreras
felipe.contre...@gmail.com wrote:
On Fri, Jan 13, 2012 at 11:19 PM, Rob Clark
I'm running a frame buffer console on a TV device via the VENC.
The video timings don't see to be quite right as Tux is about
1/2 off the screen - both directions, i.e. his head and right
side have been cut off as they are outside the viewable area.
Also, when I send data to the device (via
On Fri, Jan 13, 2012 at 11:36 AM, Aneesh V ane...@ti.com wrote:
Hi Olof,
On Monday 09 January 2012 11:12 AM, Olof Johansson wrote:
Hi,
On Sun, Jan 8, 2012 at 9:23 AM, Aneesh Vane...@ti.com wrote:
Hi,
On Tuesday 20 December 2011 03:08 PM, Aneesh V wrote:
Hi Benoit
On Tuesday 20
Paul, Kevin,
On Mon, Dec 19, 2011 at 10:02 PM, Paul Walmsley p...@pwsan.com wrote:
Hi Jean
I'm really sorry it's taken me so long to do detailed review of these
patches for merging... anyway -
On Wed, 14 Dec 2011, jean.pi...@newoldbits.com wrote:
From: Jean Pihet j-pi...@ti.com
.
Hi
On Mon, 16 Jan 2012, Jean Pihet wrote:
Speaking of the locking, currently a spinlock is used and it could be
replaced by a more efficient mutex. This is ok at the condition that
this code is not called from interrupt context?
Kevin,
Do you know if the per-device constraint code can be
On Mon, 16 Jan 2012, Jean Pihet wrote:
Speaking of the locking, currently a spinlock is used and it could be
replaced by a more efficient mutex.
Just a minor observation. It's not so much that the mutex is more
efficient. It's just that mutexes allow interrupt processing on that CPU
while
Hi Paul,
On Mon, Jan 16, 2012 at 9:04 PM, Paul Walmsley p...@pwsan.com wrote:
Hi
On Mon, 16 Jan 2012, Jean Pihet wrote:
Speaking of the locking, currently a spinlock is used and it could be
replaced by a more efficient mutex. This is ok at the condition that
this code is not called from
On Mon, Jan 16, 2012 at 7:01 PM, Rob Clark rob.cl...@linaro.org wrote:
On Mon, Jan 16, 2012 at 10:59 AM, Felipe Contreras
felipe.contre...@gmail.com wrote:
On Mon, Jan 16, 2012 at 6:37 PM, Rob Clark rob.cl...@linaro.org wrote:
On Mon, Jan 16, 2012 at 8:12 AM, Felipe Contreras
On Mon, Jan 16, 2012 at 2:37 PM, Felipe Contreras
felipe.contre...@gmail.com wrote:
On Mon, Jan 16, 2012 at 7:01 PM, Rob Clark rob.cl...@linaro.org wrote:
On Mon, Jan 16, 2012 at 10:59 AM, Felipe Contreras
felipe.contre...@gmail.com wrote:
On Mon, Jan 16, 2012 at 6:37 PM, Rob Clark
On Tue, Jan 10, 2012 at 23:39:56, Hilman, Kevin wrote:
Vaibhav Hiremath hvaib...@ti.com writes:
This patch removes the existing hard-coded way of providing
offset to omap4_prminst_xxx API's and instead use offsets
provided in powerdomains_data.
Very much required for the new
Hi All,
Recalling the patch, provide the comments if there are any if not please include
this patch to v3.3 kernel.
-Original Message-
From: AnilKumar, Chimata
Sent: Friday, December 23, 2011 10:55 AM
To: a...@arndb.de; g...@kroah.com; eric.p...@tremplin-utc.net;
31 matches
Mail list logo