ext chandra shekhar [EMAIL PROTECTED] writes:
agreed..but i guess it will not compile for 2430 and prev. platforms.
omap3_i2c_save_context and restore definition is under macro
while call is not. let me know if i am missing something.
also is SYSC register restore needed??
Here is the
On Thu, Sep 11, 2008 at 02:18:38PM -0700, ext Steve Sakoman wrote:
On Thu, Sep 11, 2008 at 11:13 AM, Russell King - ARM Linux
[EMAIL PROTECTED] wrote:
Is there anything else that the MMC stuff is missing at present?
Not an answer to your question, but perhaps an expansion of it (or
maybe
These two patches are required for OMAP34xx to enter dynamic idle suspend
modes successfully. These patches introduce two new sysfs files for dynamic
clock control: /sys/power/gpio_clocks_off_while_idle and
/sys/power/uart_clocks_off_while_idle. Both of these must be enabled for
dynamic idle /
This patch adds a few files to the debug file system for PM debugging
purposes. Enabled with kernel config options CONFIG_PM_DEBUG and
CONFIG_DEBUG_FS. Data available in debug filesystem after this patch:
- State enter counters for power domains (OFF, RET, ON)
- State timers for the above (in ns)
These comments should now be fixed in the new version I just sent out.
-Tero
-Original Message-
From: Högander Jouni [mailto:[EMAIL PROTECTED]
Sent: 05 September, 2008 16:47
To: ext Paul Walmsley
Cc: Kristo Tero (Nokia-D/Tampere); linux-omap@vger.kernel.org
Subject: Re: [PATCH 1/4] PM:
From: ext Jouni Hogander [EMAIL PROTECTED]
In omap3 gpios 2-6 are in per domain. Functional clocks for these
should be disabled.
GPIO modules in PER domain are not able to act as a wake up source if
PER domain is in retention. PER domain sleep transition before MPU is
prevented by leaving icks
*** BLURB HERE ***
Peter 'p2' De Schrijver (1):
Fix build for beagleboard
drivers/i2c/chips/twl4030-power.c |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to [EMAIL PROTECTED]
More
Signed-off-by: Peter 'p2' De Schrijver [EMAIL PROTECTED]
---
drivers/i2c/chips/twl4030-power.c |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/drivers/i2c/chips/twl4030-power.c
b/drivers/i2c/chips/twl4030-power.c
index 195c3c4..04a13aa 100644
---
Hi Tony,
please amend the following into this patch:
On Fri, Sep 12, 2008 at 01:32:36PM +0300, Peter 'p2' De Schrijver wrote:
Signed-off-by: Peter 'p2' De Schrijver [EMAIL PROTECTED]
---
drivers/i2c/chips/twl4030-power.c |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
hcd-regs should be initialized by ioremaping hcd-rsrc_start and
hcd-rsrc_len. Fix it for ehci-omap.c.
Signed-off-by: Felipe Balbi [EMAIL PROTECTED]
---
diff --git a/drivers/usb/host/ehci-omap.c b/drivers/usb/host/ehci-omap.c
index 8f122e5..a67533d 100644
--- a/drivers/usb/host/ehci-omap.c
+++
On Fri, Sep 12, 2008 at 03:14:04PM +0300, Hiroshi DOYU wrote:
From: ext Felipe Balbi [EMAIL PROTECTED]
Subject: [patch] omap: usb: ehci: fix use of hcd-regs
Date: Fri, 12 Sep 2008 15:10:24 +0300
hcd-regs should be initialized by ioremaping hcd-rsrc_start and
hcd-rsrc_len. Fix it for
Hi Jarko,
My comments inlined.
Regards,
Madhu
- Original Message -
From: Jarkko Lavinen [EMAIL PROTECTED]
To: Russell King - ARM Linux [EMAIL PROTECTED]
Cc: Tony Lindgren [EMAIL PROTECTED]; Madhusudhan Chikkature [EMAIL
PROTECTED]; linux-omap@vger.kernel.org
Sent: Thursday, September
On Wed, Sep 10, 2008 at 05:13:03PM -0700, ext Tony Lindgren wrote:
* Daniel Stone [EMAIL PROTECTED] [080827 02:47]:
On Wed, Aug 27, 2008 at 12:50:37AM -0600, ext Paul Walmsley wrote:
Hello Daniel,
On Wed, 27 Aug 2008, Daniel Stone wrote:
Yep, looks fine to me: just wasn't
Isn't this patch meant to be pushed after Update powerdomains and
clockdomains series from Paul?
I don't see that yet.
Regards,
Sergio
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Tony Lindgren
Sent: Wednesday, September 10, 2008 6:48 PM
To: Paul
On Friday 12 September 2008, Felipe Balbi wrote:
- hcd-regs = (void __iomem *) (int) IO_ADDRESS(hcd-rsrc_start);
+ hcd-regs = ioremap(hcd-rsrc_start, hcd-rsrc_len);
This is missing its sibling iounmap() ...
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
* Aguirre Rodriguez, Sergio Alberto [EMAIL PROTECTED] [080912 09:30]:
Isn't this patch meant to be pushed after Update powerdomains and
clockdomains series from Paul?
I don't see that yet.
Sorry, will push that series today.
Tony
Regards,
Sergio
-Original Message-
From:
* David Brownell [EMAIL PROTECTED] [080911 02:48]:
From: David Brownell [EMAIL PROTECTED]
Make the twl4030 RTC initialization follow the driver model better.
The platform device is created (if needed) as part of twl4030 setup
instead of as a board-specific thing, and fits properly into the
On Sunday 07 September 2008, Bryan Wu wrote:
For Blackfin, the register MUSB_CONFIGDATA is not exported out to software.
So in the musb driver, Blackfin code can not access the MUSB_CONFIGDATA.
The configuration is fixed in the software.
So an musb_read_configdata() inline could normally read
On Fri, Sep 12, 2008 at 09:32:56AM -0700, David Brownell wrote:
On Friday 12 September 2008, Felipe Balbi wrote:
- hcd-regs = (void __iomem *) (int) IO_ADDRESS(hcd-rsrc_start);
+ hcd-regs = ioremap(hcd-rsrc_start, hcd-rsrc_len);
This is missing its sibling iounmap() ...
God...
* Madhusudhan Chikkature [EMAIL PROTECTED] [080910 21:13]:
- Original Message -
From: Tony Lindgren [EMAIL PROTECTED]
To: Woodruff, Richard [EMAIL PROTECTED]
Cc: Jarkko Lavinen [EMAIL PROTECTED]; linux-omap@vger.kernel.org
Sent: Thursday, September 11, 2008 5:35 AM
Subject: Re:
This one is RFC since I need someone to test it for me. I'm home now
without any hw so if anyone could validate if it works I'd be really
glad otherwise I'll test it tomorrow at work on my sdp.
= cut here =
From 194d26cae0e9093c4b1da4de531f6e5c16495678 Mon Sep 17 00:00:00 2001
From:
On Friday 12 September 2008, Felipe Balbi wrote:
/* Enusre bit is set */
My Cortex Mark-I (cerebral, humanoid) treats that as a compile error ... :)
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to [EMAIL PROTECTED]
More majordomo info
* David Brownell [EMAIL PROTECTED] [080912 12:18]:
On Friday 12 September 2008, Felipe Balbi wrote:
/* Enusre bit is set */
My Cortex Mark-I (cerebral, humanoid) treats that as a compile error ... :)
Have you tried preprocessing with squint? :)
Tony
--
To unsubscribe from this
On Fri, Sep 12, 2008 at 12:21:59PM -0700, Tony Lindgren wrote:
* David Brownell [EMAIL PROTECTED] [080912 12:18]:
On Friday 12 September 2008, Felipe Balbi wrote:
/* Enusre bit is set */
My Cortex Mark-I (cerebral, humanoid) treats that as a compile error ... :)
Have you
On Fri, Sep 12, 2008 at 10:28:16PM +0300, Felipe Balbi wrote:
On Fri, Sep 12, 2008 at 12:21:59PM -0700, Tony Lindgren wrote:
* David Brownell [EMAIL PROTECTED] [080912 12:18]:
On Friday 12 September 2008, Felipe Balbi wrote:
/* Enusre bit is set */
My Cortex Mark-I
Hi Vikram,
Those issues mentioned on the ehci-omap driver, are them silicon
version related ? I mean, does it happen on all omap3 silicons or
doesn't it happen with only versions of them ?
Case the second, we can make the workarounds be applied based on runtime
checks instead of #ifdefs. That
Structs snd_soc_codec_dai and snd_soc_cpu_dai are obsolete and are merged to
snd_soc_dai by the commit 8687eb8bded8c3c5842a85bd0c30e43fc5a3e0e0.
Signed-off-by: Jarkko Nikula [EMAIL PROTECTED]
Acked-by: Steve Sakoman [EMAIL PROTECTED]
---
sound/soc/omap/overo.c |4 ++--
1 files changed, 2
On Fri, Sep 12, 2008 at 01:42:42PM -0700, Steve Sakoman wrote:
should this be From: Jarkko ???
Structs snd_soc_codec_dai and snd_soc_cpu_dai are obsolete and are merged to
snd_soc_dai by the commit 8687eb8bded8c3c5842a85bd0c30e43fc5a3e0e0.
Signed-off-by: Jarkko Nikula [EMAIL PROTECTED]
On Fri, Sep 12, 2008 at 1:46 PM, Felipe Balbi [EMAIL PROTECTED] wrote:
should this be From: Jarkko ???
Indeed. Will resubmit.
Steve
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
From: Jarkko Nikula [EMAIL PROTECTED]
Structs snd_soc_codec_dai and snd_soc_cpu_dai are obsolete and are merged to
snd_soc_dai by the commit 8687eb8bded8c3c5842a85bd0c30e43fc5a3e0e0.
Signed-off-by: Jarkko Nikula [EMAIL PROTECTED]
Acked-by: Steve Sakoman [EMAIL PROTECTED]
---
From: David Brownell [EMAIL PROTECTED]
On Friday 12 September 2008, Gadiyar, Anand wrote:
1. TLL vs PHY mode needs to be set somewhere. Me thinks this information
ought
to come from board-specific data and the driver would need to set things up
accordingly. What would be a good way to
From: Felipe Balbi [EMAIL PROTECTED]
On Sat, Sep 13, 2008 at 01:31:12AM +0530, Gadiyar, Anand wrote:
Was planning on cleaning up this driver and sending to linux-omap as Tony
suggested, but I'm afraid I won't be able to look at it for a while.
So if you're going to be doing this anyway,
On Fri, Sep 12, 2008 at 2:06 PM, Gadiyar, Anand [EMAIL PROTECTED] wrote:
From: Felipe Balbi [EMAIL PROTECTED]
On Sat, Sep 13, 2008 at 01:31:12AM +0530, Gadiyar, Anand wrote:
By the way, how do you propose to test this driver? Do you have the
expansion board for the SDP, or some other
* Paul Walmsley [EMAIL PROTECTED] [080910 09:51]:
This second version adds two fixes: it removes the extraneous init
from csi2_96m_fck, and associates virt_opp_clkdm with wkup_pwrdm.
...
This series updates the in-kernel OMAP2/3 clockdomain and powerdomain
structures:
- Split the
* Felipe Balbi [EMAIL PROTECTED] [080912 11:23]:
On Fri, Sep 12, 2008 at 08:50:33PM +0300, Felipe Balbi wrote:
On Fri, Sep 12, 2008 at 09:32:56AM -0700, David Brownell wrote:
On Friday 12 September 2008, Felipe Balbi wrote:
- hcd-regs = (void __iomem *) (int)
* Steve Sakoman [EMAIL PROTECTED] [080912 14:04]:
From: Jarkko Nikula [EMAIL PROTECTED]
Structs snd_soc_codec_dai and snd_soc_cpu_dai are obsolete and are merged to
snd_soc_dai by the commit 8687eb8bded8c3c5842a85bd0c30e43fc5a3e0e0.
Pushing today to l-o tree.
Tony
Signed-off-by: Jarkko
* Daniel Stone [EMAIL PROTECTED] [080912 08:31]:
On Wed, Sep 10, 2008 at 05:13:03PM -0700, ext Tony Lindgren wrote:
* Daniel Stone [EMAIL PROTECTED] [080827 02:47]:
On Wed, Aug 27, 2008 at 12:50:37AM -0600, ext Paul Walmsley wrote:
Hello Daniel,
On Wed, 27 Aug 2008, Daniel Stone
On Friday 12 September 2008, Gadiyar, Anand wrote:
Sounds like code that can live in mach-omap2 and be called
when the drivers start or stop.
Yup. Then a lot of the code in that ehci-omap.c file would need
to be moved there to avoid duplicating code. Will do that when
I add the OHCI
From 6e23ab5efb98dbdcff47620627099cc220d1 Mon Sep 17 00:00:00 2001
From: Fernando Guzman Lugo [EMAIL PROTECTED]
Date: Fri, 12 Sep 2008 21:04:03 -0500
Subject: [PATCH] BRIDGE: Module ISR removed
This patch removes all the ISR wrapper functions
Signed-off-by: Fernando Guzman Lugo [EMAIL
Date: Fri, 12 Sep 2008 17:25:07 -0500
Subject: [PATCH] BRIDGE Remove CDECL macro
Removing CDECL macro as it was defined as empty and
not needed for Linux
Signed-off-by: Fernando Guzman Lugo [EMAIL PROTECTED]
Signed-off-by: Omar Ramirez Luna [EMAIL PROTECTED]
---
Date: Fri, 12 Sep 2008 18:50:10 -0500
Subject: [PATCH] BRIDGE GT mask for DSP traces
Separate GT trace option provided to monitor DSP sys traces
Signed-off-by: Omar Ramirez Luna [EMAIL PROTECTED]
---
arch/arm/plat-omap/include/mach/bridge/io_sm.h |9 +
drivers/dsp/bridge/wmd/io_sm.c
From: Axel Haslam [EMAIL PROTECTED]
Date: Fri, 12 Sep 2008 19:09:01 -0500
Subject: [PATCH] BRIDGE tiomap unmap fix
Fixed unexpected return value when calling DSPProcessor_UnMap,
now it provides only DSP_xxx return codes
Signed-off-by: Axel Haslam [EMAIL PROTECTED]
---
From 19c2dde4fb6b3bb816fc004d6342b9996da301f1 Mon Sep 17 00:00:00 2001
From: Omar Ramirez Luna [EMAIL PROTECTED]
Date: Fri, 12 Sep 2008 20:33:28 -0500
Subject: [PATCH] BRIDGE MMUfault infinite timeout fix
Enable loading of the Base image upon MMU fault even in the cases
where the Node has
Date: Fri, 12 Sep 2008 23:12:26 -0500
Subject: [PATCH] BRIDGE: PRCS wrappers removal
This patch removes all the prcs wrapper functions
Signed-off-by: Fernando Guzman Lugo [EMAIL PROTECTED]
Signed-off-by: Omar Ramirez Luna [EMAIL PROTECTED]
---
arch/arm/plat-omap/include/mach/bridge/_chnl_sm.h |
From: Hiroshi DOYU [EMAIL PROTECTED]
Date: Fri, 12 Sep 2008 22:09:45 -0500
Subject: [PATCH] BRIDGE: set 0 for phys_mempool_* as default
The default values of these parameters shouldn't expect a
certain amount of ram size and its reservation, otherwise
it will result in kernel crash.
From: Hiroshi DOYU [EMAIL PROTECTED]
Date: Fri, 12 Sep 2008 22:09:45 -0500
Subject: [PATCH] BRIDGE: set 0 for phys_mempool_* as default
For this to work, we have observed that you must increase the size of
Consistent DMA memory up to 14 MB, this is what we consider to be a safe
standard size
Hi Omar,
From: ext Ramirez Luna, Omar [EMAIL PROTECTED]
Subject: RE: [PATCH 7/7][OMAP 3/4+] BRIDGE: set 0 for phys_mempool_* as default
Date: Fri, 12 Sep 2008 23:27:01 -0500
From: Hiroshi DOYU [EMAIL PROTECTED]
Date: Fri, 12 Sep 2008 22:09:45 -0500
Subject: [PATCH] BRIDGE: set 0 for
47 matches
Mail list logo
