Shrink the runtime footprint of the OMAP1 RTC driver a bunch by
removing some old hacks and switching to platform_driver_probe().
Signed-off-by: David Brownell [EMAIL PROTECTED]
---
drivers/rtc/rtc-omap.c | 21 -
1 file changed, 4 insertions(+), 17 deletions(-)
---
Hi,
General comment on this patch using top posting. There is no irq
disabling at all in cpuidle loop now. That might cause problems. If
you don't want to add that global irq disable you can still add it to
omap3 enter function. Do you think this is not needed?
ext Rajendra Nayak [EMAIL
ext Rajendra Nayak [EMAIL PROTECTED] writes:
This patches adds handling of PER/NEON and CORE domain in idle.
Signed-off-by: Rajendra Nayak [EMAIL PROTECTED]
---
arch/arm/mach-omap2/cpuidle34xx.c | 98
+++---
arch/arm/mach-omap2/cpuidle34xx.h |6 +-
ext Rajendra Nayak [EMAIL PROTECTED] writes:
This patch populates the scratchpad
Signed-off-by: Rajendra Nayak [EMAIL PROTECTED]
---
arch/arm/mach-omap2/pm.h|7 +
arch/arm/mach-omap2/pm34xx.c| 170
+++-
ext Rajendra Nayak [EMAIL PROTECTED] writes:
This patch updates the CPUidle code to handle MPU OFF related C states
Signed-off-by: Rajendra Nayak [EMAIL PROTECTED]
---
arch/arm/mach-omap2/cpuidle34xx.c | 19 +++
arch/arm/mach-omap2/cpuidle34xx.h |5 +
2 files
From: Iqbal Shareef [EMAIL PROTECTED]
Separate out 3430 LCD panel support from 2430 SDP.
Currently the support for the LCD on 3430SDP is added in the lcd_2430sdp.c
file. This patch separates it out to a new file.
Signed-off-by: Iqbal Shareef [EMAIL PROTECTED]
---
ext Rajendra Nayak [EMAIL PROTECTED] writes:
This patch adds the CORE context save/restore routines
- save/restores the following
1) PRCM registers
2) INTC context
3) System Control module context
4) Padconf
Signed-off-by: Rajendra Nayak [EMAIL PROTECTED]
---
-Original Message-
From: Högander Jouni [mailto:[EMAIL PROTECTED]
Sent: Wednesday, July 02, 2008 5:49 PM
To: ext Rajendra Nayak
Cc: linux-omap@vger.kernel.org
Subject: Re: [PATCH 06/11] mpu off state enabled
ext Rajendra Nayak [EMAIL PROTECTED] writes:
This patch updates
-Original Message-
From: Högander Jouni [mailto:[EMAIL PROTECTED]
Sent: Wednesday, July 02, 2008 6:06 PM
To: ext Rajendra Nayak
Cc: linux-omap@vger.kernel.org
Subject: Re: [PATCH 11/11] CORE context save/restore
ext Rajendra Nayak [EMAIL PROTECTED] writes:
This patch adds
req is an automatic variable and thus we cannot rely on it being initialized to
zero (I am leaving the 0!= NULL discussion aside). Other functions test
if this pointer is NULL, in order to determine whether it is a valid address or
not.
Signed-off-by: Viktor Rosendahl [EMAIL PROTECTED]
---
Hi all,
I have seen this bug crash the kernel when the security framework is enabled
in the kernel config. It crashed with a bad syscall from the events/0
workqueue; probably because the security framework is initialized very early
and thus the stack has been used more [or differently] and we end
ext Rajendra Nayak [EMAIL PROTECTED] writes:
-Original Message-
From: Högander Jouni [mailto:[EMAIL PROTECTED]
Sent: Wednesday, July 02, 2008 5:19 PM
To: ext Rajendra Nayak
Cc: linux-omap@vger.kernel.org
Subject: Re: [PATCH 02/11] per/neon and core handling in idle
ext
-Original Message-
From: Peter 'p2' De Schrijver [mailto:[EMAIL PROTECTED]
Sent: Wednesday, July 02, 2008 6:41 PM
To: ext Rajendra Nayak
Cc: linux-omap@vger.kernel.org
Subject: Re: [PATCH 00/11] OMAP3 CPUidle patches
Hi Rajendra,
On Tue, Jul 01, 2008 at 07:46:01PM +0530,
ext Rajendra Nayak [EMAIL PROTECTED] writes:
-Original Message-
From: Högander Jouni [mailto:[EMAIL PROTECTED]
Sent: Wednesday, July 02, 2008 6:06 PM
To: ext Rajendra Nayak
Cc: linux-omap@vger.kernel.org
Subject: Re: [PATCH 11/11] CORE context save/restore
ext Rajendra Nayak
-Original Message-
From: Högander Jouni [mailto:[EMAIL PROTECTED]
Sent: Wednesday, July 02, 2008 7:14 PM
To: ext Rajendra Nayak
Cc: linux-omap@vger.kernel.org
Subject: Re: [PATCH 11/11] CORE context save/restore
ext Rajendra Nayak [EMAIL PROTECTED] writes:
Hi Rajendra,
Not sure, but you can try with my .config while I try with yours.
I was doing some more testing today, and I saw a hang after a while of
idle activity with OFF being attempted multiple times.
Using lauterbach showed me it being stuck up in prcm_interrupt_handler trying
to
At Beagle IRC there was some discussion [1] [2] today about kernel
hang on OMAP3 based Beagle board. I'll try to summarize discussion and
Khasim's findings, maybe somebody here has an idea.
Latest OMAP git kernel seems to hang on beagle board after some time.
You don't see any crash, but
At Beagle IRC there was some discussion [1] [2] today about kernel
hang on OMAP3 based Beagle board. I'll try to summarize discussion and
Khasim's findings, maybe somebody here has an idea.
Latest OMAP git kernel seems to hang on beagle board after some time.
You don't see any crash, but
Op 2 jul 2008, om 22:03 heeft Gadiyar, Anand het volgende geschreven:
At Beagle IRC there was some discussion [1] [2] today about kernel
hang on OMAP3 based Beagle board. I'll try to summarize discussion
and
Khasim's findings, maybe somebody here has an idea.
Latest OMAP git kernel seems
Hi All,
We are working on a product which is based on OMAP5912 (OSK). As of
now, we are using linux-omap 2.6.16-rc3.
We had issues with the JFFS2 cleanmarkers on oneNAND. JFFS2 driver in
2.6.16-rc3 did not understand the segmented OOB in oneNAND. Rather
than trying to backport the
On Wed, Jul 02, 2008 at 02:02:37PM -0500, [EMAIL PROTECTED] wrote:
We are working on a product which is based on OMAP5912 (OSK). As of now,
we are using linux-omap 2.6.16-rc3.
We had issues with the JFFS2 cleanmarkers on oneNAND. JFFS2 driver in
2.6.16-rc3 did not understand the segmented
21 matches
Mail list logo