Hello Russell,
It's an honor to mail you. I'm writing this mail to ask you about the
OABI_COMPAT feature in do_signal() function.
After freezing and thawing user processes for Suspend-To-Ram, I found
that some user processes(e.g. daemon processes) make prefetch abort
continuously. And finally, I
ext Nayak, Rajendra wrote:
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Saturday, April 25, 2009 4:21 AM
To: Roger Quadros
Cc: Nayak, Rajendra; linux-omap
Subject: Re: [PATCH 00/10] OMAP3: SR: Fixes in Smartreflex driver
Roger Quadros
On Tue, Apr 28, 2009 at 07:24:30AM +0200, ext Pakaravoor, Jagadeesh wrote:
Hi folks,
We have a new TWL6030 chip that is coming in. In brief, the following are
the changes w.r.t. TWL5030:
0. This is the companion chip for OMAP4430.
1. Unlike in TWL5030, audio and power chips are going to
- if (twl_has_keypad() pdata-keypad) {
+ if (twl_has_keypad() pdata-keypad
+ !(features TLW6030)) {
child = add_child(2, twl4030_keypad,
pdata-keypad, sizeof(*pdata-keypad),
On Tuesday 28 April 2009, Mark Brown wrote:
For the record, that incomplete constraints message is bogus.
On that board, VAUX3 has a complete set of constraints: it may
only emit 2.8V.
It's not VAUX3 that it's saying has incomplete constraints, it's the
board as a whole - if the
Return sane values for all *_get_opp() and *_get_freq() functions.
Other modules e.g. Smartreflex will be requiring sane values of OPP
and CPU Frequency irrespective of the PM layer being used.
Signed-off-by: Roger Quadros ext-roger.quad...@nokia.com
---
arch/arm/mach-omap2/Makefile |1
Jagadeesh,
We are also working on similar lines and I have already sent a RFC to
discuss it further in the community. Please have a look at the below
link and provide your comments:
http://marc.info/?l=linux-omapm=124083364321017w=2
Regards,
Anuj Aggarwal
-Original Message-
From:
On Tue, Apr 28, 2009 at 02:32:56AM -0700, David Brownell wrote:
On Tuesday 28 April 2009, Mark Brown wrote:
It's not VAUX3 that it's saying has incomplete constraints, it's the
board as a whole - if the constraints for the board were fully specified
No; driver support != constraint. Only
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Russ Dill
Sent: Tuesday, April 28, 2009 12:58 AM
To: linux-omap@vger.kernel.org
Cc: Russ Dill
Subject: [RFC] Allow disabling wakeup for serial ports,
including during
Resending in the correct format.
This series fixes booting when OMAP_SMARTREFLEX is enabled along with
OMAP_PM_NOOP or OMAP_PM_NONE.
Patches apply on top of pm branch of Kevin's pm tree.
git://git.kernel.org/pub/scm/linux/kernel/git/khilman/linux-omap-pm.git
regards,
-roger
--
To unsubscribe
From: Ameya Palande ameya.pala...@nokia.com
This prevents a panic caused by an IOCTL call before driver
completes its initialization.
Signed-off-by: Ameya Palande ameya.pala...@nokia.com
---
drivers/dsp/bridge/rmgr/drv_interface.c | 14 ++
1 files changed, 6 insertions(+), 8
From: Roger Quadros ext-roger.quad...@nokia.com
Return sane values for all *_get_opp() and *_get_freq() functions.
Other modules e.g. Smartreflex will be requiring sane values of OPP
and CPU Frequency irrespective of the PM layer being used.
Signed-off-by: Roger Quadros
On Tue, Apr 28, 2009 at 04:47:52AM -0700, David Brownell wrote:
On Tuesday 28 April 2009, Mark Brown wrote:
On Tue, Apr 28, 2009 at 02:32:56AM -0700, David Brownell wrote:
What it lacks is something entirely different: ?driver support
for the LCD which uses the regulator framework,
From: Ameya Palande ameya.pala...@nokia.com
This prevents a panic caused by an IOCTL call before driver completes its
initialization.
Signed-off-by: Ameya Palande ameya.pala...@nokia.com
---
drivers/dsp/bridge/rmgr/drv_interface.c | 29 +
1 files changed, 13
On Mon, Apr 27, 2009 at 6:17 PM, Kevin Hilman
khil...@deeprootsystems.com wrote:
Ashwin Bihari abih...@gmail.com writes:
I need to implement a timer as a wake up trigger while my custom board
is in the suspended state. I read in the TRM that all of the GPTIMERs
have the capability of
Hi,
Ameya Palande wrote:
From: Ameya Palande ameya.pala...@nokia.com
This prevents a panic caused by an IOCTL call before driver completes its
initialization.
Signed-off-by: Ameya Palande ameya.pala...@nokia.com
---
drivers/dsp/bridge/rmgr/drv_interface.c | 29
Following is the patch series to enable SMP support for OMAP4430 development
platform. This series is on top of the first series sent on the mailing list.
The patches are generated against mainline version 2.6.30 -rc2. The kernel is
validated on the OMAP4430 software simulator platform. SMP
This patch adds SMP platform files support for OMAP4430SDP. TI's OMAP4430
SOC is based on ARM Cortex-A9 SMP architecture. It's a dual core SOC
with GIC used for interrupt handling and SCU for cache coherency.
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
---
This patch enables SMP on OMAP4430 SDP platform.
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
---
arch/arm/Kconfig|4 ++--
arch/arm/configs/omap_4430sdp_defconfig |7 ++-
arch/arm/mach-omap2/Makefile|3 +++
3 files changed, 11
Hiremath, Vaibhav wrote:
[Hiremath, Vaibhav] From where you got these patches? Kernel version should be
enough for me to understand the release package.
What I know is that
previewer
is accessible via separate character device.
[Hiremath, Vaibhav] Yes, very true. Irrespective of
This patch adds SMP platform specific parts for local(mpu) timer support
for OMAP4430 platform. Each Cortex-a9 core has it's own local timer in the
MPU domain. These timers are not in wakeup domain.
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
---
arch/arm/mach-omap2/timer-gp.c
Hi,
I am having some hangs using origin/pm branch. SDPs used to test, same
behaviour:
SDP3430 PROCESSOR BD, ES2.0
SDP3430 PROCESSOR BD III, OMAP3430 ES3.0 EMU(MT), TWL5030 ES1.0
The commit taken is latest:
commit 9d76f46e79302058464b569dbad9af8c594dbe53
author Roger Quadros
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Initial commit ID (Likely to change): 415f2c76e247f2e6a325621e54f0b1b5dc3669cd
PatchWorks
http://patchwork.kernel.org/patch/20035/
Git
Jarkko? Tony?
On Tue, 21 Apr 2009 13:09:22 +0530
Gadiyar, Anand gadi...@ti.com wrote:
From: Anand Gadiyar gadi...@ti.com
OMAP: HSMMC: Do not enable buffer ready interrupt if using DMA
This considerably reduces the number of interrupts during a transfer
and ought to result in some power
Seeing that a similar change to the pandora board went in, can this
*please* get applied as well now?
Op 31 mrt 2009, om 10:53 heeft Koen Kooi het volgende geschreven:
The ldp board was left behind when other boards got updated. The ldp
info was copied from the beagleboard board file and
* Koen Kooi k...@beagleboard.org [090428 12:44]:
Seeing that a similar change to the pandora board went in, can this
*please* get applied as well now?
Should be there since 23rd, can you please verify?
Tony, et.al.,
Any ideas when more LDP support will be pushed into mainline (such as
the framebuffer support)?
Thanks.
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at
* Russell King - ARM Linux li...@arm.linux.org.uk [090428 15:07]:
Tony, et.al.,
Any ideas when more LDP support will be pushed into mainline (such as
the framebuffer support)?
I'll be looking at the board-*.c patches for the next merge window
hopefully this week or next week.
Looks like LDP
Abraham Arce abraham.arce.mor...@gmail.com writes:
Hi,
I am having some hangs using origin/pm branch. SDPs used to test, same
behaviour:
SDP3430 PROCESSOR BD, ES2.0
SDP3430 PROCESSOR BD III, OMAP3430 ES3.0 EMU(MT), TWL5030 ES1.0
The commit taken is latest:
commit
On Tue, Apr 28, 2009 at 4:03 AM, Premi, Sanjeev pr...@ti.com wrote:
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Russ Dill
Sent: Tuesday, April 28, 2009 12:58 AM
To: linux-omap@vger.kernel.org
Cc: Russ Dill
Subject:
30 matches
Mail list logo