Hi Paul,
On 07/26/2012 09:55 PM, Paul Walmsley wrote:
Hello Michael,
thanks for the patch. I've queued it for 3.7 after writing a changelog.
Two minor comments for future patches: we don't accept patches with a
non-null changelog - usually just something brief works fine. Also Tony
Hi Paul,
Thanks for the explanations.
On 07/27/2012 09:14 AM, Paul Walmsley wrote:
Hello Michael,
[snip]
There is; it's Documentation/SubmittingPatches which can be viewed here:
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=blob;f=Documentation/SubmittingPatches
I
Signed-off-by: Michael Jones michael.jo...@matrix-vision.de
---
arch/arm/mach-omap2/clock3xxx_data.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/arch/arm/mach-omap2/clock3xxx_data.c
b/arch/arm/mach-omap2/clock3xxx_data.c
index 1efdec2..025b5d9 100644
--- a/arch/arm
Signed-off-by: Michael Jones michael.jo...@matrix-vision.de
---
arch/arm/mach-omap2/mux.h |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/arch/arm/mach-omap2/mux.h b/arch/arm/mach-omap2/mux.h
index 471e62a..76f9b3c 100644
--- a/arch/arm/mach-omap2/mux.h
+++ b/arch/arm
Hi Tony,
Thanks for the reply.
On 08/10/2011 12:33 PM, Tony Lindgren wrote:
* Michael Jones michael.jo...@matrix-vision.de [110810 03:14]:
I would like to submit some patches to add support for a new OMAP board...
Is there a right or wrong time to post such patches to this list? How
does
Hi all,
On 08/05/2011 05:02 PM, Michael Jones wrote:
CC drivers/video/omap2/dss/dsi.o
drivers/video/omap2/dss/dsi.c: In function ‘omap_dsi_prepare_update’:
drivers/video/omap2/dss/dsi.c:3936: warning: unused variable ‘dsidev’
Signed-off-by: Michael Jones michael.jo...@matrix
After 0c336dc5ec492886620d4afdc252c63f32adbd0e (omap2+: Remove
omap2_gp_clockevent_set_gptimer) these functions didn't have much
purpose anymore. Just pass omap3_init_irq directly with MACHINE_START.
Signed-off-by: Michael Jones michael.jo...@matrix-vision.de
---
arch/arm/mach-omap2/board
Hi,
On 08/10/2011 11:15 AM, Tony Lindgren wrote:
* Peter Ujfalusi peter.ujfal...@ti.com [110809 05:31]:
Avoid compiling code for OMAP arch which is not selected by the
config.
Fixes issues like:
With CONFIG_ARCH_OMAP3=y and CONFIG_ARCH_OMAP4=n, I'm getting this:
I would like to submit some patches to add support for a new OMAP board...
Is there a right or wrong time to post such patches to this list? How
does the kernel merge window effect what kind of patches are expected
here on the OMAP list?
What should I use as the base for my patches? At
commit 20d5d5514981f9a68832bffb27a698545ecba77a (OMAP2: PM debug:
remove register dumping) left some code lying around which doesn't
do anything. Clean it up.
Signed-off-by: Michael Jones michael.jo...@matrix-vision.de
---
Changes for v2:
- included short log text of the commit referenced
Hi Paul,
On 08/02/2011 03:41 AM, Paul Walmsley wrote:
Hi,
On Mon, 1 Aug 2011, Michael Jones wrote:
I have a function in a driver which takes ~50ms to execute, which I've
measured by reading jiffies at the beginning and end. But jiffies only
counts at 128Hz on my system, so
commit 20d5d5514981f9a68832bffb27a698545ecba77a left some code
lying around which doesn't do anything. Clean it up.
Signed-off-by: Michael Jones michael.jo...@matrix-vision.de
---
It looks to me like if you remove the register dump, the debug if's
don't do anything at all.
arch/arm/mach-omap2
CC drivers/video/omap2/dss/dsi.o
drivers/video/omap2/dss/dsi.c: In function ‘omap_dsi_prepare_update’:
drivers/video/omap2/dss/dsi.c:3936: warning: unused variable ‘dsidev’
Signed-off-by: Michael Jones michael.jo...@matrix-vision.de
---
drivers/video/omap2/dss/dsi.c |2 ++
1 files
I have a function in a driver which takes ~50ms to execute, which I've
measured by reading jiffies at the beginning and end. But jiffies only
counts at 128Hz on my system, so this was a very coarse measurement. Now
I would like to find out more exactly where the time is going inside
this function.
CC arch/arm/plat-omap/gpio.o
arch/arm/plat-omap/gpio.c: In function ‘omap_gpio_chip_init’:
arch/arm/plat-omap/gpio.c:1675: warning: unused variable ‘d’
Signed-off-by: Michael Jones michael.jo...@matrix-vision.de
---
arch/arm/plat-omap/gpio.c |2 ++
1 files changed, 2 insertions(+), 0
loops with
c = 'pointer increment size'. This ensures that the last word is
transmitted in above case and still allow to break the loop and prevent
variable c underflow in cases where word size != 'pointer increment size'.
Signed-off-by: Jarkko Nikula jhnik...@gmail.com
Cc: Michael Jones
On 03/08/2011 09:31 PM, Guzman Lugo, Fernando wrote:
On Tue, Mar 8, 2011 at 2:15 PM, David Cohen daco...@gmail.com wrote:
From: Michael Jones michael.jo...@matrix-vision.de
commit c7f4ab26e3bcdaeb3e19ec658e3ad9092f1a6ceb allowed mapping the NULL
address if da_start==0, which would
From e7dbe4c4b64eb114f9b0804d6af3a3ca0e78acc8 Mon Sep 17 00:00:00 2001
From: Michael Jones michael.jo...@matrix-vision.de
Date: Mon, 7 Mar 2011 13:36:15 +0100
Subject: [PATCH] omap: iommu: disallow mapping NULL address
commit c7f4ab26e3bcdaeb3e19ec658e3ad9092f1a6ceb allowed mapping
the NULL
the problem, which modifies a commit by Fernando
Guzman Lugo from December.
-Michael
From db35fb8edca2a4f8fd37197d77fd58676cb1dcac Mon Sep 17 00:00:00 2001
From: Michael Jones michael.jo...@matrix-vision.de
Date: Thu, 3 Mar 2011 16:50:39 +0100
Subject: [PATCH] fix iovmm slab cache error on module
On 03/02/2011 08:18 PM, Laurent Pinchart wrote:
Hi Michael,
On Tuesday 01 March 2011 17:41:01 Michael Jones wrote:
Hi all,
I get a warning about a cache error with the following steps:
0. load omap3-isp
1. set up media broken media pipeline. (e.g. set different formats on
opposite ends
If an SPI access was not a multiple of the SPI word size,
the while() loop would spin and the rx/tx ptrs would be incremented
indefinitely.
Signed-off-by: Michael Jones michael.jo...@matrix-vision.de
---
drivers/spi/omap2_mcspi.c |9 ++---
1 files changed, 6 insertions(+), 3 deletions
. It should be easy enough to
add.
Sure Alan, it's attached to this mail. Compile tested only though.
Michael, would you care to give your tested-by ?
Alexander already did, but I can do now, too. Thanks for the fix.
Tested-by: Michael Jones michael.jo...@matrix-vision.de
MATRIX VISION GmbH
Hi all,
My OMAP37 board started choking on my USB mouse when I updated from
2.6.37 to 2.6.38rc5. I've tracked it down to commit
d199c96d41d80a567493e12b8e96ea056a1350c1, USB: prevent buggy hubs from
crashing the USB stack. If I revert this commit, my mouse works again.
Otherwise, I get the
, but for
example with the patch below, I can compile the kernel. Maybe the
member definition can just be taken out of the #ifdef.
Can you propose a proper fix for this?
thanks,
Michael Jones
diff --git a/drivers/usb/musb/musb_host.c b/drivers/usb/musb/musb_host.c
index 0f523d7..809965f 100644
to search for such a recent fix? Where is
Greg's queue?
-Michael
On 02/21/2011 02:25 PM, Felipe Balbi wrote:
Hi,
On Mon, Feb 21, 2011 at 01:59:52PM +0100, Michael Jones wrote:
In commit 0662481855c389b75a0a54c32870cc90563d80a9, the member
'double_buffer_not_ok' was added to 'struct musb
I'm evaluating OMAP using the OMAP3EVM eval board. I originally had a 2.6.32
kernel 'linux-omap-psp-2.6.32'
(http://arago-project.org/git/people/?p=sriram/ti-psp-omap.git;a=summary). I
have since moved to the latest 'devel' branch on omap3camera (2.6.35). There,
as on the current
Aguirre, Sergio wrote:
Hi Michael,
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Michael Jones
Sent: Friday, August 06, 2010 8:48 AM
To: linux-omap@vger.kernel.org
Cc: sakari.ai...@maxwell.research.nokia.com
I am currently using Sakari's omap3camera repository (branch 'devel'). 'git
merge-base linux-omap omap3camera' tells me that the last commit omap3camera
has in common with linux-omap is 40a0c47, from July 7 2010. But there are
1000 commits which are only in omap3camera, dating back to 2008.
28 matches
Mail list logo