Kevin,
What Silicon Rev does your SDP have? I currently am using an ES3.1 based SDP
and I havent seen any of these issues you have reported with off-while-idle.
Infact I have kept the board running overnight a couple times in the last week
with off-while-idle and voltage scaling to 0v enabled,
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Tuesday, June 16, 2009 7:58 PM
To: Nayak, Rajendra
Cc: Högander Jouni; linux-omap@vger.kernel.org; Derrick,
David; Woodruff, Richard
Subject: Re: [PATCH 02/04] OMAP3: PM: Prevent AUTO_RET and
AUTO_OFF
* Pandita, Vikram vikram.pand...@ti.com [090616 15:56]:
-Original Message-
From: Gunasekera, Nipuna
Sent: Tuesday, June 16, 2009 5:45 PM
To: Pandita, Vikram; linux-omap@vger.kernel.org
Subject: RE: Linux OMAP 2.6.30 kernel not booting
Thanks Vikram. I'm able to move further in
Hi,
a few questions for Mike and Richard:
On Mon, 15 Jun 2009, Kevin Hilman wrote:
From: Richard Woodruff r-woodru...@ti.com
I'm thinking DLL state is an exceptional condition which happens based
on some wrong early programming when initially setting DLL up. Some
kind of race between
* Pandita, Vikram vikram.pand...@ti.com [090616 09:50]:
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Pandita, Vikram vikram.pand...@ti.com writes:
-Original Message-
From: Tony Lindgren [mailto:t...@atomide.com]
Sent: Monday, June 15, 2009 6:05 AM
To: Hugo Vincent
* Kevin Hilman khil...@deeprootsystems.com [090615 09:05]:
Kevin Hilman khil...@deeprootsystems.com writes:
Tony Lindgren t...@atomide.com writes:
Hi,
* Kevin Hilman khil...@deeprootsystems.com [090612 15:13]:
Here's a couple patches to add-back some feature dropped in the
Hello David,
On Tue, 16 Jun 2009, Derrick, David wrote:
Note that we have seen some instability with this change so use with caution.
Could you please expand on this? Presumably we should not merge this if
it will cause instability, no?
- Paul
--
To unsubscribe from this list: send the
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: omap-fixes
Initial commit ID (Likely to change): 3c195a1bd36ab83b248b9174412ee81a35a41e87
PatchWorks
http://patchwork.kernel.org/patch/29974/
Git (Likely to change, and takes a while to get
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: omap-fixes
Initial commit ID (Likely to change): 97b83891f45c229ef5898b86dfe969e23d3b32b8
PatchWorks
http://patchwork.kernel.org/patch/30370/
Git (Likely to change, and takes a while to get
* Sanjeev Premi pr...@ti.com [090616 04:15]:
Fixes the duplicate definitions of KEY and PERSISTENT_KEY
leading to these compile-time warnings:
In file included from arch/arm/mach-omap2/board-omap3evm.c:39:
arch/arm/plat-omap/include/mach/keypad.h:38:1: warning: KEY redefined
In file
* Tony Lindgren t...@atomide.com [090617 01:52]:
* Sanjeev Premi pr...@ti.com [090616 04:15]:
Fixes the duplicate definitions of KEY and PERSISTENT_KEY
leading to these compile-time warnings:
In file included from arch/arm/mach-omap2/board-omap3evm.c:39:
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: omap-fixes
Initial commit ID (Likely to change): 93bfbbdfcbe2ad9758eb78ddc3da1d46c7c5597a
PatchWorks
http://patchwork.kernel.org/patch/30575/
Git (Likely to change, and takes a while to get
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: omap-fixes
Initial commit ID (Likely to change): aef217b87726a17282c975e9281e9f698ff2b8e6
PatchWorks
http://patchwork.kernel.org/patch/30288/
Git (Likely to change, and takes a while to get
-Original Message-
From: Kalle Jokiniemi [mailto:kalle.jokini...@digia.com]
Sent: Wednesday, June 17, 2009 1:17 PM
To: Nayak, Rajendra
Cc: linux-omap@vger.kernel.org; Derrick, David; Woodruff, Richard
Subject: Re: [PATCH 01/04] OMAP3: PM: Disable PER DPLL idle
before OFF, reduces OFF
* Paul Walmsley p...@pwsan.com [090617 01:35]:
code comment below:
On Wed, 17 Jun 2009, Tony Lindgren wrote:
* Kevin Hilman khil...@deeprootsystems.com [090615 09:05]:
Kevin Hilman khil...@deeprootsystems.com writes:
Tony Lindgren t...@atomide.com writes:
Hi,
*
Hi Ben,
Can you please queue this fix?
Thanks,
Tony
From ffe2b2cdf6283770b70a197e3748c6b40a1006be Mon Sep 17 00:00:00 2001
From: Tony Lindgren t...@atomide.com
Date: Wed, 17 Jun 2009 13:14:23 +0300
Subject: [PATCH] i2c-omap: Fix build breaking typo in cpu_is_omap_2430
Commit 84bf2c86
On Tue, Jun 16, 2009 at 06:58:25PM +0200, ext Krzysztof Helt wrote:
On Thu, 11 Jun 2009 15:02:06 +0300
Imre Deak imre.d...@nokia.com wrote:
Hi,
the following pull request is for the patchset updated based on your
comments:
The following changes since commit
On Wed, 2009-06-17 at 12:50 +0300, Nayak, Rajendra wrote:
-Original Message-
From: Kalle Jokiniemi [mailto:kalle.jokini...@digia.com]
Sent: Wednesday, June 17, 2009 1:17 PM
To: Nayak, Rajendra
Cc: linux-omap@vger.kernel.org; Derrick, David; Woodruff, Richard
Subject: Re: [PATCH
Reset twl4030.h to what is upstream. Patches to restore twl4030_power
functionality will follow directly to lkml.
Compile-tested only.
Signed-off-by: Amit Kucheria amit.kuche...@verdurent.com
---
include/linux/i2c/twl4030.h | 78 +++---
1 files changed, 6
on subject put REMOVE_OMAP_LEGACY_CODE like all the other related
patches so it's easier to track down which features we're loosing :-p
--
balbi
--
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
* Felipe Balbi felipe.ba...@nokia.com [090617 04:43]:
on subject put REMOVE_OMAP_LEGACY_CODE like all the other related
patches so it's easier to track down which features we're loosing :-p
I actually have similar patches here already for all the I2C stuff
and the remaining twl4030 stuff..
-Original Message-
From: Kalle Jokiniemi [mailto:kalle.jokini...@digia.com]
Sent: Wednesday, June 17, 2009 3:56 PM
To: Nayak, Rajendra
Cc: linux-omap@vger.kernel.org; Derrick, David; Woodruff, Richard
Subject: RE: [PATCH 01/04] OMAP3: PM: Disable PER DPLL idle
before OFF, reduces OFF
On Wed, 2009-06-17 at 15:38 +0300, Nayak, Rajendra wrote:
-Original Message-
From: Kalle Jokiniemi [mailto:kalle.jokini...@digia.com]
Sent: Wednesday, June 17, 2009 3:56 PM
To: Nayak, Rajendra
Cc: linux-omap@vger.kernel.org; Derrick, David; Woodruff, Richard
Subject: RE: [PATCH
-Original Message-
From: Kalle Jokiniemi [mailto:kalle.jokini...@digia.com]
Sent: Wednesday, June 17, 2009 6:18 PM
To: Nayak, Rajendra
Cc: linux-omap@vger.kernel.org; Derrick, David; Woodruff, Richard
Subject: RE: [PATCH 01/04] OMAP3: PM: Disable PER DPLL idle
before OFF, reduces OFF
From: Samu Onkalo samu.p.onk...@nokia.com
Bootloader must configure proper settings for SDRC before starting
kernel from SDRAM. Furthermore, removed lines violated omap3430 and
omap2420 SDRC errata (see errata 1.150)
Signed-off-by: Samu Onkalo samu.p.onk...@nokia.com
---
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: master
Initial commit ID (Likely to change): b380e36df8b03a2c89dfefda8f862aa871b1047a
PatchWorks
http://patchwork.kernel.org/patch/30380/
Git (Likely to change, and takes a while to get mirrored)
* Kevin Hilman khil...@deeprootsystems.com [090615 10:12]:
From: Kevin Hilman khil...@ti.deeprootsystems.com
Drop them for now. They will be re-added with the SmartReflex
patches coming from the PM branch, and will use the
L4_34XX_BASE + offset approach.
Felipe, can you please update your
Amit Kucheria wrote:
Reset twl4030.h to what is upstream. Patches to restore twl4030_power
functionality will follow directly to lkml.
development against upstream is great. But what will be left for
this mail list if we send all patches directly to lkml?
Eugeny
--
To unsubscribe from this
Hi,
* Ulrik Bech Hald u...@ti.com [090616 07:20]:
Enabling registration of IVA and SECURE WDT devices. Making
ick and fck for IVA and SECURE WDTs accessible.
Tested on Zoom1 OMAP3 platform
Signed-off-by: Ulrik Bech Hald u...@ti.com
---
This patch has a dependency on:
compilation: PATCH
-Original Message-
From: ext Tony Lindgren [mailto:t...@atomide.com]
Sent: 17 June, 2009 12:58
To: Paul Walmsley
Cc: Kristo Tero (Nokia-D/Tampere); Kevin Hilman;
linux-omap@vger.kernel.org
Subject: Re: [PATCH 0/2] adding back some features
* Paul Walmsley p...@pwsan.com [090617
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: omap-fixes
Initial commit ID (Likely to change): f84eca35d44fd64cdde542f12d08eb04ca534954
PatchWorks
http://patchwork.kernel.org/patch/29668/
Git (Likely to change, and takes a while to get
tero.kri...@nokia.com writes:
This would be better if it specifically tested for HS and EMU
devices. There are at least two other omap_type() possibilities
here, TEST and BAD
Tero, can you please repost? I will hold on sending out the
omap-fixes for that, and refresh omap-fixes with the
* Eugeny S. Mints eugeny.mi...@gmail.com [090617 06:46]:
Amit Kucheria wrote:
Reset twl4030.h to what is upstream. Patches to restore twl4030_power
functionality will follow directly to lkml.
development against upstream is great. But what will be left for
this mail list if we send all
Janusz Krzysztofik wrote:
After all, it is more and more likely that the problem is not dma, but
mcbsp just not shifting any data for some mysterious reason.
I finally did what I should have already done before: learned about
dynamic debugging, turned it on and probably got the answer from
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Tuesday, June 16, 2009 10:27 AM
To: Hald, Ulrik Bech
Cc: linux-omap@vger.kernel.org
Subject: Re: [PATCH 2/2] watchdog:OMAP3:Enable support for IVA2 and SECURE
Ulrik Bech Hald u...@ti.com writes:
On 09 Jun 17, Eugeny S. Mints wrote:
Amit Kucheria wrote:
Reset twl4030.h to what is upstream. Patches to restore twl4030_power
functionality will follow directly to lkml.
development against upstream is great. But what will be left for
this mail list if we send all patches directly to
Tony Lindgren wrote:
* Eugeny S. Mints eugeny.mi...@gmail.com [090617 06:46]:
Amit Kucheria wrote:
Reset twl4030.h to what is upstream. Patches to restore twl4030_power
functionality will follow directly to lkml.
development against upstream is great. But what will be left
* Amit Kucheria amit.kuche...@verdurent.com [090617 07:19]:
On 09 Jun 17, Eugeny S. Mints wrote:
Amit Kucheria wrote:
Reset twl4030.h to what is upstream. Patches to restore twl4030_power
functionality will follow directly to lkml.
development against upstream is great. But what
Hald, Ulrik Bech u...@ti.com writes:
[...]
Drop this and just use the inode match.
Was considering that, but ended up defaulting value instead of error checking
later. I'll change the above.
+ /* Find match between device node and wdt device */
+ int i;
+ for (i = 0; i
Kevin,
Can you ping the system via network during on time?
- generate some activity on uart to be awake then try.
Why not fire up a second tty/shell on UART3 or just try with uart 3 on SDP.
Bootargs change is easy enough.
- this can say if you have uart specific issue or maybe
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Hald, Ulrik Bech
Sent: Wednesday, June 17, 2009 9:52 AM
To: Tony Lindgren
Cc: linux-omap@vger.kernel.org
Subject: RE: [PATCH v3 1/2] watchdog:OMAP3:Register IVA and
On Wed, Jun 17, 2009 at 06:20:24PM +0400, Eugeny S. Mints wrote:
Tony Lindgren wrote:
Anything touching arch/arm/*omap*.
I'm not sure how many non-omap based boards out there are using twl4030
chip and if a separate mfd mail list exists.
But until any of the above is true I personally
-Original Message-
From: Tony Lindgren [mailto:t...@atomide.com]
* Pandita, Vikram vikram.pand...@ti.com [090616 15:56]:
-Original Message-
From: Gunasekera, Nipuna
Thanks Vikram. I'm able to move further in the booting process using
arm-2008q3-72. However, I'm
still
Nayak, Rajendra rna...@ti.com writes:
What Silicon Rev does your SDP have? I currently am using an ES3.1 based SDP
and I havent seen any of these issues you have reported with off-while-idle.
I have and ES3.0 SDP.
Infact I have kept the board running overnight a couple times in the last
Woodruff, Richard r-woodru...@ti.com writes:
Can you ping the system via network during on time?
Yes.
- generate some activity on uart to be awake then try.
Yes, ping works before, after and during off-while-idle.
Why not fire up a second tty/shell on UART3 or just try with uart 3
Tony
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Tony
Lindgren
Sent: Wednesday, June 17, 2009 8:57 AM
To: linux-omap@vger.kernel.org
Subject: [APPLIED] [PATCH 2/2] OMAP: Zoom2: Fix file system loading issue
This patch
Pandita, Vikram vikram.pand...@ti.com writes:
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: omap-fixes
Initial commit ID (Likely to change): f84eca35d44fd64cdde542f12d08eb04ca534954
PatchWorks
http://patchwork.kernel.org/patch/29668/
This
Hello Samu, Artem,
On Wed, 17 Jun 2009, Artem Bityutskiy wrote:
From: Samu Onkalo samu.p.onk...@nokia.com
Bootloader must configure proper settings for SDRC before starting
kernel from SDRAM. Furthermore, removed lines violated omap3430 and
omap2420 SDRC errata (see errata 1.150)
The 2420
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Wednesday, June 17, 2009 10:55 AM
To: Tony Lindgren; Pandita, Vikram
Cc: linux-omap@vger.kernel.org
Subject: Re: [APPLIED] [PATCH 2/2] OMAP: Zoom2: Fix file system loading issue
Tony Lindgren
Hi Kevin,
Setting auto voltage scaling with C-states is good idea.
AUTO_SLEEP is when you idle with power state set to ON - otherwise known as
INACTIVE.
Sorry for the confusion on the table. I did not show all combinations. You will
get 0V in OFF mode with just AUTO_OFF set, the other 2
From: Hari Kanigeri h-kanige...@ti.com
This patch increases the DMM from 64MB to 256MB.
Signed-off-by: Hari Kanigeri h-kanige...@ti.com
Signed-off-by: Omar Ramirez Luna omar.rami...@ti.com
---
arch/arm/plat-omap/include/dspbridge/dmm.h |2 +-
drivers/dsp/bridge/pmgr/dmm.c |
These are the latest set of patches for d.o-z dspbridge.
Fernando Guzman Lugo (2):
DSPBRIDGE: Allow separate load/run addresses for Dynamic Loader
DSPBRIDGE: Reset MMU and DSP on board stop
Hari Kanigeri (3):
DSPBRIDGE: Handle properly user space pointers
DSPBRIDGE: Increased DMM size to
From: Fernando Guzman Lugo x0095...@ti.com
Allow separate load/run addresses for Dynamic Loader.
Signed-off-by: Fernando Guzman Lugo x0095...@ti.com
Signed-off-by: Omar Ramirez Luna omar.rami...@ti.com
---
drivers/dsp/bridge/pmgr/dbll.c | 17 +
1 files changed, 13
From: Hari Kanigeri h-kanige...@ti.com
Removed resource cleanup for DMM on PROC_Detach due to LCML
detaching the processor when it deletes each node, therefore
resource cleanup was freeing DMM resources of other nodes that
might be still in use, this would cause unexpected behavior,
possibly MMU
From: Fernando Guzman Lugo x0095...@ti.com
This patch resets MMU and DSP by writintg into those registers,
this will solve MMU faults occured when the processor is stopped.
Signed-off-by: Omar Ramirez Luna omar.rami...@ti.com
Signed-off-by: Fernando Guzman x0095...@ti.com
---
From: Hari Kanigeri h-kanige...@ti.com
This patch fixes bridge crash in UUID_UuidToString function. This
error was due to user pointers not handled properly.
Signed-off-by: Hari Kanigeri h-kanige...@ti.com
---
drivers/dsp/bridge/pmgr/wcd.c | 147 ++---
1
Increase the shared memory size to 5MB, bridge
initialization should reserve 5MB of shared memory
by default.
Signed-off-by: Omar Ramirez Luna omar.rami...@ti.com
---
drivers/dsp/bridge/rmgr/drv_interface.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
-Original Message-
From: Tony Lindgren [mailto:t...@atomide.com]
* Pandita, Vikram vikram.pand...@ti.com [090616 09:50]:
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Pandita, Vikram vikram.pand...@ti.com writes:
-Original Message-
From: Tony Lindgren
Pandita, Vikram vikram.pand...@ti.com writes:
If some pins are always needed, and don't have alternative pinouts, then
the common pins could be muxed in devices.c.
This is the algo we can use for MMC pin muxing in that case:
MMC1: No pin has mux clash
Mux all 10 pins in devices.c
Is
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
If some pins are always needed, and don't have alternative pinouts, then
the common pins could be muxed in devices.c.
This is the algo we can use for MMC pin muxing in that case:
MMC1: No pin has mux clash
This patch adds support for IVA2 and SECURE WDTs in the omap_wdt
driver for omap34xx family. SECURE will be available as
/dev/watchdog_secure on HS/EMU devices and IVA2 will be available
as /dev/watchdog_iva2. MPU will still be available as /dev/watchdog
Tested on Zoom1 OMAP3 platform
Enabling registration of IVA and SECURE WDT devices. Making
ick and fck for IVA and SECURE WDTs accessible.
Tested on Zoom1 OMAP3 platform
Signed-off-by: Ulrik Bech Hald u...@ti.com
---
arch/arm/mach-omap1/clock.c |6 +-
arch/arm/mach-omap2/clock24xx.c |4 +-
This patch series enables support for IVA2 and SECURE
WDTs, available on omap34xx.
The WDTs will be accessible (when present on device) through:
MPU:/dev/watchdog
SECURE: /dev/watchdog_secure
IVA2: /dev/watchdog_iva2
Tested on Zoom1 OMAP3 platform
Signed-off-by: Ulrik Bech Hald u...@ti.com
From: Muralidharan Karicheri m-kariche...@ti.com
This patch converts TVP514x driver to sub-device framework
from V4L2-int framework.
NOTE: Please note that this patch was tested on DM355 and DM6446
and not tested on OMAP platform
Changes from v2 based on review comments (Taken over this work
Pandita, Vikram vikram.pand...@ti.com writes:
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
If some pins are always needed, and don't have alternative pinouts, then
the common pins could be muxed in devices.c.
This is the algo we can use for MMC pin muxing
I am working on adding support for a micron 2 MP sensor: mt9d111 on a gumsitx
overo. This is a i2c-controlled sensor. Ideally, I would like to use the
omap34xxcam driver to interface with this sensor. I am wondering if there are
currently any distributions which already include support for
-Original Message-
From: linux-media-ow...@vger.kernel.org [mailto:linux-media-
ow...@vger.kernel.org] On Behalf Of Zach LeRoy
Sent: Wednesday, June 17, 2009 5:06 PM
To: linux-omap; linux-me...@vger.kernel.org
Subject: OMAP34XXCAM: Micron mt9d111 sensor support?
I am working on
Jon Hunter jon-hun...@ti.com writes:
Kevin Hilman wrote:
Pandita, Vikram vikram.pand...@ti.com writes:
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
If some pins are always needed, and don't have alternative pinouts, then
the common pins could be muxed
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Wednesday, June 17, 2009 5:58 PM
To: Hunter, Jon
Cc: Pandita, Vikram; Tony Lindgren; Hugo Vincent; linux-omap@vger.kernel.org;
Chikkature Rajashekar,
Madhusudhan
Subject: Re: [PATCH] OMAP3: MMC: Add mux for
Hello,
Now that 2.6.30 is out, the PM branch has been rebased onto current
linux-omap master which is 2.6.30 based. The previous, 2.6.29-based
PM branch will continue to exist and be renamed to pm-2.6.29. I will
continue to accept bugfixes against pm-2.6.29, but all new work should
be done on
This reverts commit bea1418bd09e30961e36f96f97979a3603f1da9b.
---
arch/arm/plat-omap/sram.c | 12 +++-
1 files changed, 3 insertions(+), 9 deletions(-)
mode change 100755 = 100644 arch/arm/plat-omap/sram.c
diff --git a/arch/arm/plat-omap/sram.c b/arch/arm/plat-omap/sram.c
old mode
From: Tero Kristo tero.kri...@nokia.com
SRAM size fix for HS/EMU devices
Signed-off-by: Tero Kristo tero.kri...@nokia.com
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/plat-omap/sram.c |6 +-
1 files changed, 5
tero.kri...@nokia.com writes:
-Original Message-
From: ext Tony Lindgren [mailto:t...@atomide.com]
Sent: 17 June, 2009 12:58
To: Paul Walmsley
Cc: Kristo Tero (Nokia-D/Tampere); Kevin Hilman;
linux-omap@vger.kernel.org
Subject: Re: [PATCH 0/2] adding back some features
* Paul
Pandita, Vikram wrote:
The ball/pad numbers may change due to the package, but the registers
used to configure the pin muxing and the pin muxing options will not
change. So from a software standpoint it is the same.
The OMAP3530 is available in 3 packages, namely CBB, CBC and CUS
according to
From 35acd0141fdaeb9a7b3214de34442a4948275ffb Mon Sep 17 00:00:00 2001
From: Fernando Guzman Lugo x0095...@ti.com
Date: Mon, 15 Jun 2009 16:14:23 -0500
Subject: [PATCH] DSPBRIDGE: change offset of RSTCTRL and RSTST register to the
correct value.
This patch changes the defines of the offset for
75 matches
Mail list logo