* Jean Delvare [EMAIL PROTECTED] [080314 19:52]:
On Thu, 13 Mar 2008 17:51:24 +0200, Tony Lindgren wrote:
Hi Jean,
Here's an omap I2C fix that would be nice to get into 2.6.25 if still
possible.
Review:
Thanks for looking throught it.
commit
This patch fixes timer32k for clockevents and syncs it with
linux-omap tree.
Signed-off-by: Tony Lindgren [EMAIL PROTECTED]
---
arch/arm/mach-omap1/timer32k.c | 20 ++--
1 files changed, 14 insertions(+), 6 deletions(-)
diff --git a/arch/arm/mach-omap1/timer32k.c
From: David Brownell [EMAIL PROTECTED]
Convert OSK board to use new tps65010 gpiolib support. This
includes moving its LED support from leds-osk to gpio-leds,
giving more trigger options and a net platform code shrink.
Signed-off-by: David Brownell [EMAIL PROTECTED]
Signed-off-by: Tony Lindgren
Hi all,
Attached are patches for common omap code and omap1 specific code for
post 2.6.25 for review. The patches contain updates for gpiolib,
timers and pin multiplexing.
The patch for TPS65010 I2C driver is included in this series as it involves
some board updates also. This has been discussed
From: Kevin Hilman [EMAIL PROTECTED]
Currently, the GPIO interrupt handling is duplicating some of the work
done by the generic IRQ handlers (handle_edge_irq, handle_level_irq)
such as detecting nesting, handling re-triggers etc. Remove this
duplication and use generic hooks based on IRQ type.
From: Kevin Hilman [EMAIL PROTECTED]
These are no longer used and similar conversions are provided
by the clocksource/clockevent code.
Signed-off-by: Kevin Hilman [EMAIL PROTECTED]
Signed-off-by: Tony Lindgren [EMAIL PROTECTED]
---
arch/arm/mach-omap1/time.c | 33
Signed-off-by: Felipe Balbi [EMAIL PROTECTED]
diff --git a/include/asm-arm/arch-omap/dsp_common.h
b/include/asm-arm/arch-omap/dsp_common.h
index e515801..0c7565e 100644
--- a/include/asm-arm/arch-omap/dsp_common.h
+++ b/include/asm-arm/arch-omap/dsp_common.h
@@ -49,7 +49,7 @@ struct omap_dsp {
* Jarkko Nikula [EMAIL PROTECTED] [080317 17:04]:
Function enable_lnk does incorrect channel link on non-omap1 builds if chain
is created manually with omap_request_dma and omap_dma_link_lch functions.
Fix this by making sure that next_linked_ch field is initialized to -1 just
in
Another compile fix for DSP code ... these symbols are defined
as NOPs in a header.
Signed-off-by: David Brownell [EMAIL PROTECTED]
---
drivers/dsp/dspgateway/dsp_common.c |4
1 files changed, 4 insertions(+)
--- osk2.orig/drivers/dsp/dspgateway/dsp_common.c 2008-03-17