Hi David,
Your set of patches seems to have discarded support for quite
a few platforms. I don't quite know the details of what these
PM scripts are doing ... could they be misbehaving on Beagle,
so that they explain why reboot on RC8 fails?
It might. At least the warmreset script
On Tuesday 07 October 2008, Peter 'p2' De Schrijver wrote:
And I can't help but wonder why this isn't just part of
the twl4030-core code, without even a platform device/driver.
If you think all this script loading stuff can go into twl4030-core, I
can make a patch to move it there.
Well,
On Tuesday 07 October 2008, Peter 'p2' De Schrijver wrote:
Your set of patches seems to have discarded support for quite
a few platforms. I don't quite know the details of what these
PM scripts are doing ... could they be misbehaving on Beagle,
so that they explain why reboot on RC8
From: Madhusudhan Chikkature [EMAIL PROTECTED]
This patch provides the BQ27000 slave interface driver.
Signed-off-by: Madhusudhan Chikkature [EMAIL PROTECTED]
Acked-by: Evgeniy Polyakov [EMAIL PROTECTED]
---
drivers/w1/slaves/Kconfig |7 ++
drivers/w1/slaves/Makefile |2
From: Madhusudhan Chikkature [EMAIL PROTECTED]
Device registeration for the TI OMAP2430/3430 HDQ driver.
Signed-off-by: Madhusudhan Chikkature [EMAIL PROTECTED]
Acked-by: Felipe Balbi [EMAIL PROTECTED]
Acked-by: Evgeniy Polyakov [EMAIL PROTECTED]
---
arch/arm/mach-omap2/devices.c |
* Russell King - ARM Linux [EMAIL PROTECTED] [081008 04:25]:
On Sat, Oct 04, 2008 at 03:37:12PM +0100, Russell King - ARM Linux wrote:
On Wed, Sep 24, 2008 at 04:29:15PM +0300, Tony Lindgren wrote:
From: Jarkko Nikula [EMAIL PROTECTED]
Bootloader may let McBSP logic running so make
From: Madhusudhan Chikkature [EMAIL PROTECTED]
This patch adds a brief documentation about omap2430/3430 HDQ/1-wire driver.
Signed-off-by: Madhusudhan Chikkature [EMAIL PROTECTED]
Acked-by: Evgeniy Polyakov [EMAIL PROTECTED]
---
Documentation/w1/masters/omap-hdq | 46
* Tony Lindgren [EMAIL PROTECTED] [081003 14:56]:
Misc updates from linux-omap tree, mostly to update common
device initialization and add missing defines from linux-omap
tree. Also some changes to make room for adding 34xx in
following patches.
I'left out the CONFIG_VIDEO_OMAP2 changes from
* Tony Lindgren [EMAIL PROTECTED] [081003 14:54]:
Hi all,
Here are the refreshed omap2 patches that are still remaining
from the earlier series [1] before the header move and other
omap changes in Russell's devel branch.
Some of the patches have been moved to Paul Walmsley's queue [2],
* Tony Lindgren [EMAIL PROTECTED] [081003 15:07]:
Add minimal omap3430 support based on earlier patches from
Syed Mohammed Khasim. Also merge in omap34xx SRAM support
from Karthik Dasu and use consistent naming for sram init
functions.
Also do following changes that make 34xx support
* Tony Lindgren [EMAIL PROTECTED] [081003 15:07]:
Add Beagle defconfig
Missing SOB and not from me either.. Here's an updated version.
Tony
From fa0cc73857b6f1ae3f0ee9116ac50f814c479f07 Mon Sep 17 00:00:00 2001
From: Syed Mohammed, Khasim [EMAIL PROTECTED]
Date: Tue, 7 Oct 2008 14:56:22 +0300
(Sorry. I missed linux-omap in the CC list for this one.)
-Original Message-
From: Gadiyar, Anand
Sent: Wednesday, October 08, 2008 12:55 PM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED];
[EMAIL PROTECTED]; 'Madhusudhan Chikkature'
Subject: [PATCH 4/5] W1: Export w1_read_8 function
This patch adds the support to move to a safe-state on bm activity
Signed-off-by: Rajendra Nayak [EMAIL PROTECTED]
---
arch/arm/mach-omap2/cpuidle34xx.c | 29 +
1 files changed, 5 insertions(+), 24 deletions(-)
Index:
Basic cpuidle driver for OMAP3 with deepest
sleep state supported being MPU CSWR.
Signed-off-by: Rajendra Nayak [EMAIL PROTECTED]
---
arch/arm/mach-omap2/Makefile |2
arch/arm/mach-omap2/cpuidle34xx.c| 274 +++
arch/arm/mach-omap2/pm34xx.c
Enables CPUidle for OMAP architectures
Signed-off-by: Rajendra Nayak [EMAIL PROTECTED]
---
arch/arm/Kconfig | 10 ++
1 files changed, 10 insertions(+)
Index: linux-omap-2.6/arch/arm/Kconfig
===
---
This patch adds support and enables state C4(MPU RET + CORE RET).
Signed-off-by: Rajendra Nayak [EMAIL PROTECTED]
---
arch/arm/mach-omap2/cpuidle34xx.c| 24 ++--
arch/arm/mach-omap2/pm34xx.c |2 +-
arch/arm/plat-omap/include/mach/pm.h |1 +
3 files
Hi,
This patch set implements Cpuidle driver for OMAP3 platforms. It is validated
on the 3430SDP (using the
omap_3430sdp_min_defconfig) and applies on the pm-20081006 branch.
The following C states are defined and used
* C0 . System executing code (Not an idle state)
* C1 . MPU
This enables support for MPU OFF.
Enables states C3 and C5.
Signed-off-by: Rajendra Nayak [EMAIL PROTECTED]
---
arch/arm/mach-omap2/cpuidle34xx.c |7 +--
1 files changed, 5 insertions(+), 2 deletions(-)
Index: linux-omap-2.6/arch/arm/mach-omap2/cpuidle34xx.c
* Felipe Balbi [EMAIL PROTECTED] [081008 06:13]:
On Tue, Oct 07, 2008 at 11:28:52AM -0700, David Brownell wrote:
On Tuesday 07 October 2008, Aguirre Rodriguez, Sergio Alberto wrote:
1Unable to handle kernel NULL pointer dereference at virtual address
Did you try with the
* Tony Lindgren [EMAIL PROTECTED] [081008 11:10]:
* Tony Lindgren [EMAIL PROTECTED] [081008 10:47]:
* Tony Lindgren [EMAIL PROTECTED] [081003 15:06]:
Hi all,
Here are few patches to add minimal omap34xx support, and
board files for Beagle and Overo boards.
The minimal
On Wednesday 08 October 2008, Tony Lindgren wrote:
I suspect that twl is not yet initialized for pwrirq handling at this
point. At least this patch seems to help,
Did you verify that the value you read isn't 0xff? Or does the
issue seem to be the mere attempt to read a register?
I have a
On Wed, Oct 08, 2008 at 09:40:55AM -0700, Rick Bronson wrote:
Hi,
I'm looking for the maintainer of the OMAP3 interrupt code in the
Linux kernel. Specifically, this file:
include/asm-arm/arch-omap/entry-macro.S
I believe there is an issue with handling spurious interrupts.
* David Brownell [EMAIL PROTECTED] [081008 21:33]:
On Wednesday 08 October 2008, Tony Lindgren wrote:
I suspect that twl is not yet initialized for pwrirq handling at this
point. At least this patch seems to help,
Did you verify that the value you read isn't 0xff? Or does the
issue seem
On Wednesday 08 October 2008, Tony Lindgren wrote:
I suspect that twl is not yet initialized for pwrirq handling at this
point. At least this patch seems to help,
Did you verify that the value you read isn't 0xff? Or does the
issue seem to be the mere attempt to read a register?
As stated before, this patch is just a workaround for testing
purposes, not a fix. Who knows what performance side effects it
has...
The need for this has been discussed on this list a few times in the past. Not
having it is a bug to me for OMAP3.
There shouldn't really be any performance
I can tell someone's going to want a fix that's a
lot more power-aware ... ;)
This seems to remove the need for the hack patch.
--- a/drivers/i2c/busses/i2c-omap.c
+++ b/drivers/i2c/busses/i2c-omap.c
@@ -202,6 +202,9 @@ static void omap_i2c_put_clocks(struct omap_i2c_dev *dev)
static void
On Wed, Oct 08, 2008 at 02:36:05PM -0700, David Brownell wrote:
I can tell someone's going to want a fix that's a
lot more power-aware ... ;)
This seems to remove the need for the hack patch.
--- a/drivers/i2c/busses/i2c-omap.c
+++ b/drivers/i2c/busses/i2c-omap.c
@@ -202,6 +202,9 @@
From: Hari Kanigeri [EMAIL PROTECTED]
Date: Fri, 3 Oct 2008 12:20:45 -0500
Subject: [PATCH] BRIDGE Add preemption support to unprotected functions
This patch protects the critical sections in bridge
driver that otherwise might end in unexpected behavior.
Signed-off-by: Hari Kanigeri [EMAIL
At least we can say the problem seems to be related to pm. Maybe after
context restore we should wait until the clock stabilizes or some
register changes ??
Maybe. An experiment would be to not shut the clock off in the idle routine.
Actually, scanning i2c_init shows what looks to be a
Actually, scanning i2c_init shows what looks to be a problem.
235 static int omap_i2c_init(struct omap_i2c_dev *dev)
236 {
237 u16 psc = 0, scll = 0, sclh = 0;
238 u16 fsscll = 0, fssclh = 0, hsscll = 0, hssclh = 0;
239 unsigned long fclk_rate = 1200;
240
On Wednesday 08 October 2008, Woodruff, Richard wrote:
BTW, I see these settings are correct in Zoom tree in clock functions.
Someone working with that Zoom tree might consider putting
together a patch. ;)
Meanwhile, I'll stick with my simple one.
- Dave
--
To unsubscribe from this list:
Hi Omar and Hari,
From: ext Ramirez Luna, Omar [EMAIL PROTECTED]
Subject: [PATCH][omapzoom] BRIDGE Add preemption support to unprotected
functions
Date: Wed, 8 Oct 2008 17:07:15 -0500
From: Hari Kanigeri [EMAIL PROTECTED]
Date: Fri, 3 Oct 2008 12:20:45 -0500
Subject: [PATCH] BRIDGE Add
Hi Omar,
This patch has been added to l-o tidspbridge patchset for its easy
integration against l-o:
http://4869037.web.fc2.com/tidspbridge-20081010.tgz
Hiroshi DOYU
It has been sync'ed with omapzoom(o-z) bridge patches[1] and rebased
on the latest l-o. Most of the patches come from
33 matches
Mail list logo