On 29/08/13 17:35, Archit Taneja wrote:
On Thursday 29 August 2013 07:01 PM, Tomi Valkeinen wrote:
Here's a series removing all the old panel model code from the omapdss
driver.
This series depends on the series that changes the board files to use
the new
panel drivers.
There's nothing
Hi Chanwoo,
On 8/30/2013 5:41 AM, Chanwoo Choi wrote:
Hi George,
On 08/29/2013 10:45 PM, George Cherian wrote:
Hi Chanwoo,
On 8/29/2013 5:42 PM, Chanwoo Choi wrote:
[big snip ]
I tested various development board based on Samsung Exynos series SoC.
Although some gpio of Exynos series SoC
This also went to: linaro-ker...@lists.linaro.org
Hi,
current linaro kernel on 13.07 (3.10.1.0-1-linaro-omap) shows stack
below. System is generally quite unstable. Light usage (postfix+dovecot...)
Full dmesg here:
https://dl.dropboxusercontent.com/u/21820416/rcu.stall.panda
Rgds,
Chris
On Thursday 29 August 2013 06:58 PM, Hans Verkuil wrote:
On Thu 29 August 2013 14:32:49 Archit Taneja wrote:
VPE is a block which consists of a single memory to memory path which can
perform chrominance up/down sampling, de-interlacing, scaling, and color space
conversion of raster or tiled
Hi George,
On 08/30/2013 03:15 PM, George Cherian wrote:
Hi Chanwoo,
On 8/30/2013 5:41 AM, Chanwoo Choi wrote:
Hi George,
On 08/29/2013 10:45 PM, George Cherian wrote:
Hi Chanwoo,
On 8/29/2013 5:42 PM, Chanwoo Choi wrote:
[big snip ]
I tested various development board based on
Hi,
please see the current issues I found on panda running
3.10.1.0-1-linaro-omap
https://dl.dropboxusercontent.com/u/21820416/panda.syslog.gz
https://dl.dropboxusercontent.com/u/21820416/panda-dmesg
System is generally very unstable.
RCU stall sent in different thread
Chris
On 08/30/2013 08:47 AM, Archit Taneja wrote:
On Thursday 29 August 2013 06:58 PM, Hans Verkuil wrote:
On Thu 29 August 2013 14:32:49 Archit Taneja wrote:
VPE is a block which consists of a single memory to memory path which can
perform chrominance up/down sampling, de-interlacing, scaling, and
Hi George,
In addition, I add answer about that device driver control gpio pin directly.
On 08/30/2013 03:15 PM, George Cherian wrote:
Hi Chanwoo,
On 8/30/2013 5:41 AM, Chanwoo Choi wrote:
Hi George,
On 08/29/2013 10:45 PM, George Cherian wrote:
Hi Chanwoo,
On 8/29/2013 5:42 PM,
On 29/08/13 15:35, Marek Belisko wrote:
Signed-off-by: H. Nikolaus Schaller h...@goldelico.com
Signed-off-by: Marek Belisko ma...@goldelico.com
---
drivers/video/omap2/displays/panel-generic-dpi.c | 53
1 file changed, 53 insertions(+)
diff --git
2013/8/30 Christian Hoffmann chrmhoffm...@gmail.com:
This also went to: linaro-ker...@lists.linaro.org
Hi,
current linaro kernel on 13.07 (3.10.1.0-1-linaro-omap) shows stack below.
System is generally quite unstable. Light usage (postfix+dovecot...)
Full dmesg here:
[]..
+
+#define pr_fmt(fmt) %s: fmt, __func__
+
+#ifdef DEBUG
+#define prn(num) printk(#num =%d\n, num)
+#define prx(num) printk(#num =%x\n, num)
+#else
+#define prn(num) do { } while (0)
+#define prx(num) do { } while (0)
+#endif
+
+#include linux/err.h
+#include linux/module.h
On Thursday 29 August 2013 10:50 PM, Kevin Hilman wrote:
Rajendra Nayak rna...@ti.com writes:
In order to handle errata I688, a page of sram was reserved by doing a
static iotable map. Now that we use gen_pool to manage sram, we can
completely remove all of these static mappings and use
On 13/08/13 10:54, Tony Lindgren wrote:
* Tomi Valkeinen tomi.valkei...@ti.com [130809 01:46]:
So as is evident, I have things in my mind that should be improved. Maybe
the most important question for short term future is:
Can we add DSS DT bindings for OMAP4 as unstable bindings? It would
Hi,
On Friday 30 August 2013 12:37 PM, Hans Verkuil wrote:
On 08/30/2013 08:47 AM, Archit Taneja wrote:
On Thursday 29 August 2013 06:58 PM, Hans Verkuil wrote:
On Thu 29 August 2013 14:32:49 Archit Taneja wrote:
VPE is a block which consists of a single memory to memory path which can
Now that we are using devm_request_threaded_irq no need for
irq_demux_work. Remove all its references.
Signed-off-by: George Cherian george.cher...@ti.com
---
drivers/gpio/gpio-pcf857x.c | 35 ---
1 file changed, 35 deletions(-)
diff --git
This patch series
- removes the irq_demux_work
- Uses devm_request_threaded_irq
- Call the user handler iff gpio_to_irq is done.
v1 -- v2
Split v1 to 3 patches
George Cherian (3):
gpio: pcf857x: change to devm_request_threaded_irq
gpio: pcf857x: remove the
For pcf857x driver if the initial state is not set properly (proper
n_latch is not passed), we get bad irq prints on console.
We get this only for the first interrupt and doesnot repeat for further
interrupts unles and until there are other gpio pins which are not flipping
continously.
following
Remove the request_irq and use devm_request_threaded_irq
also cleanup free_irq. devm_* takes care of that.
Signed-off-by: George Cherian george.cher...@ti.com
---
arch/arm/boot/dts/dra7-evm.dts | 2 +-
drivers/gpio/gpio-pcf857x.c| 28
2 files changed, 25
On Fri 30 August 2013 12:05:11 Archit Taneja wrote:
Hi,
On Friday 30 August 2013 12:37 PM, Hans Verkuil wrote:
On 08/30/2013 08:47 AM, Archit Taneja wrote:
On Thursday 29 August 2013 06:58 PM, Hans Verkuil wrote:
On Thu 29 August 2013 14:32:49 Archit Taneja wrote:
VPE is a block which
From: Viresh Kumar viresh.ku...@linaro.org mailto:viresh.ku...@linaro.org
Date: Wed, 21 Aug 2013 19:05:05 +0530
Subject: [PATCH] cpufreq: omap: use cpufreq_generic_init() routine
Use generic cpufreq_generic_init() routine instead of replicating the same
code
here.
This also rearranges
Rajendra Nayak rna...@ti.com writes:
On Thursday 29 August 2013 10:50 PM, Kevin Hilman wrote:
Rajendra Nayak rna...@ti.com writes:
In order to handle errata I688, a page of sram was reserved by doing a
static iotable map. Now that we use gen_pool to manage sram, we can
completely remove
On Friday 30 August 2013 10:39 AM, Kevin Hilman wrote:
Rajendra Nayak rna...@ti.com writes:
On Thursday 29 August 2013 10:50 PM, Kevin Hilman wrote:
Rajendra Nayak rna...@ti.com writes:
In order to handle errata I688, a page of sram was reserved by doing a
static iotable map. Now that we
Russ Dill russ.d...@ti.com writes:
On Thu, Aug 29, 2013 at 2:33 PM, Kevin Hilman khil...@linaro.org wrote:
Vaibhav Bedia vaibhav.be...@gmail.com writes:
[snip]
Morevoer, all the suggestions on how to keep the code in Linux working
around the complications due to the main memory not being
(picking up an old thread, again)
On Thu, Aug 8, 2013 at 7:04 PM, Kevin Hilman khil...@linaro.org wrote:
I disagree here. I'm a firmware minimalist, and hiding bugs like this
in the firmware is wrong when Linux is otherwise managing these devices.
It also imposes criteria on the firmware of
On Tue, Aug 27, 2013 at 5:45 PM, Kevin Hilman khil...@linaro.org wrote:
[...]
Looking closer at this code as I'm trying to fully get my head around
all the IPC, I have some more comments.
I think the split between pm33xx.c and the M3 driver is still confusing
here. For example,
Hi Roger
On Thu, Jul 4, 2013 at 10:53 AM, Michael Trimarchi
mich...@amarulasolutions.com wrote:
Hi
On 07/02/2013 05:03 PM, Roger Quadros wrote:
On 07/02/2013 05:49 PM, Michael Trimarchi wrote:
Hi Roger
On 07/02/2013 04:42 PM, Roger Quadros wrote:
On 06/28/2013 07:47 PM, Michael Trimarchi
On Wed, Aug 21, 2013 at 3:13 AM, Rajendra Nayak rna...@ti.com wrote:
[...]
+/**
+ * omap4_cminst_clkdm_force_sleep - try to put a clockdomain to idle
+ * @part: PRCM partition ID that the clockdomain registers exist in
+ * @inst: CM instance register offset (*_INST macro)
+ * @cdoffs:
DT node's unit address should be its own register offset address to make it a
unique across the system. This patch corrects the incorrect USB entries with
correct register offset for unit address.
Cc: Sebastian Andrzej Siewior bige...@linutronix.de
Cc: Felipe Balbi ba...@ti.com
Signed-off-by:
On Thu, Aug 29, 2013 at 5:33 PM, Kevin Hilman khil...@linaro.org wrote:
[...]
Maybe I'm getting confused, but the more you talk about the linux and
the firmware doing the same code, the more I think the firmware is
(trying) to do too much. If this is going to be understandable (and
On Aug 30, 2013, at 12:52 PM, Mugunthan V N wrote:
DT node's unit address should be its own register offset address to make it a
unique across the system. This patch corrects the incorrect USB entries with
correct register offset for unit address.
Cc: Sebastian Andrzej Siewior
Hi Kevin Olof,
Here is the updated version without the conflicting patch (ARM: dts: AM33XX:
don't redefine OCP bus and device nodes) and with the signed tag.
There is still a small conflict with usb-next, but it is easily fixable, and
already fixed by Stephen.
Thanks,
Benoit
The following
Vaibhav Bedia vaibhav.be...@gmail.com writes:
On Tue, Aug 27, 2013 at 5:45 PM, Kevin Hilman khil...@linaro.org wrote:
[...]
Looking closer at this code as I'm trying to fully get my head around
all the IPC, I have some more comments.
I think the split between pm33xx.c and the M3 driver is
Hi Benoit,
On 08/26/2013 03:36 AM, Benoit Cousson wrote:
- minus all the TI emails which are not working anymore :-(
I've just sent my previous email too soon...
Now the patch is different :-) I'll take that one.
Unfortunately this patch is still missing from your latest pull request:
33 matches
Mail list logo