Noncore dpll can enter autoidle state, in which case the rate calculation
fails. Fixed by checking dpll mode instead of idle status.
Signed-off-by: Tero Kristo [EMAIL PROTECTED]
---
arch/arm/mach-omap2/clock.c | 16 +++-
arch/arm/mach-omap2/cm-regbits-34xx.h |2 ++
2
These registers are now also saved:
CM_CLKSEL4
CM_CLKEN
CM_CLKEN2
Signed-off-by: Tero Kristo [EMAIL PROTECTED]
---
arch/arm/mach-omap2/prcm.c | 14 ++
1 files changed, 14 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/prcm.c
Omap3_can_sleep is not inside part of idle loop which is protected
with irg disable. If some irq handler is trying dump out something
after omap3_can_sleep and before irqs are disabled. It causes oops
because uart clocks are disabled.
Remove also some unused extra code from omap_uart_can_sleep
Hi,
Just an initial comment to this patch, this is somewhat experimental and
I think we should agree what registers will actually be saved here and
what should be left for drivers. CM_CLKSEL4 is for DPLL5 which is used
by USB. Two of the CLKEN registers are more interesting.
-Tero
-Original
Signed-off-by: Peter 'p2' De Schrijver [EMAIL PROTECTED]
---
arch/arm/mach-omap2/clock34xx.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/clock34xx.c b/arch/arm/mach-omap2/clock34xx.c
index d97d5a9..962ce56 100644
---
This patch saves the sram context again after a MPU,DSP or core clock
frequency change. This is necessary so the rom code can restore the correct
DPLL settings when resuming from off mode. Thanks to Rajendra Nayak for
suggesting the problem and coming up with the same fix at about the same time.
On Fri, 2008-11-14 at 11:45 -0800, ext David Brownell wrote:
On Friday 14 November 2008, [EMAIL PROTECTED] wrote:
The prescalers for 100 kHz and 400 kHz mode
are wrong. The internal clock is the fclock
divided by the prescaler. The PSC is an 8 bit
field in omap3430. Moreover, the scll and
On Wed, Nov 19, 2008 at 05:45:19PM +0530, Arun KS wrote:
This patch adds twl4030 audio support on omap2evm
Signed-off-by: Arun KS [EMAIL PROTECTED]
Acked-by: Mark Brown [EMAIL PROTECTED]
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to [EMAIL
On Wed, Nov 19, 2008 at 05:57:55PM +0530, naveen krishna ch wrote:
Is there any previous work on audio ASOC for OMAP3EVM.
I have started working on OMAP3EVM + TWL4030 combination and audio is
working.
Not that I'm aware of, though Arun just submitted a patch for the
omap2evm. CCing in
On Wed, Nov 19, 2008 at 6:07 PM, Mark Brown [EMAIL PROTECTED] wrote:
On Wed, Nov 19, 2008 at 05:57:55PM +0530, naveen krishna ch wrote:
Is there any previous work on audio ASOC for OMAP3EVM.
I have started working on OMAP3EVM + TWL4030 combination and audio is
working.
Not that I'm aware
-Original Message-
From: Kevin Hilman [mailto:[EMAIL PROTECTED]
Sent: Tuesday, November 11, 2008 10:51 PM
To: Rajendra Nayak
Cc: linux-omap@vger.kernel.org
Subject: Re: new PM branch: pm-20081106
Rajendra Nayak [EMAIL PROTECTED] writes:
I am seeing a couple of issues on
On Fri, 2008-11-14 at 11:16 -0800, ext David Brownell wrote:
On Friday 14 November 2008, [EMAIL PROTECTED] wrote:
The amount of bytes to receive is read from wrong
place. It is the 6 bits starting from the bit 8 from
BUFSTAT_REG that indicate this amount. Not the 8 LSB:s.
Only 6 LSB:s are
This warning is observed when building for OMAP3EVM with pm-20081106.
WARNING: vmlinux.o(.data+0x89d4): Section mismatch in reference from the
variable omap3evm_twldata to the variable .init.data:generic3430_t2scripts_data
The variable omap3evm_twldata references
the variable __initdata
From: Leed Aguilar [EMAIL PROTECTED]
This patch sets the proper padconfig value for wvga spi chip select.
Also ensures that dvi output is disable.
LCD data lines has been changed to 24 for Zoom2
Signed-off-by: Leed Aguilar [EMAIL PROTECTED]
---
arch/arm/mach-omap2/mux.c | 15
Tero Kristo [EMAIL PROTECTED] writes:
Noncore dpll can enter autoidle state, in which case the rate calculation
fails. Fixed by checking dpll mode instead of idle status.
Signed-off-by: Tero Kristo [EMAIL PROTECTED]
Signed-off-by: Kevin Hilman [EMAIL PROTECTED]
---
On Wednesday 19 November 2008, Eero Nurkkala wrote:
On Fri, 2008-11-14 at 11:16 -0800, ext David Brownell wrote:
But if the issue is that the 2430 version of the FIFO
support works differently, please say so in the patch
commend and code...
I checked against 2420, and there was no such
Jouni Hogander [EMAIL PROTECTED] writes:
Omap3_can_sleep is not inside part of idle loop which is protected
with irg disable. If some irq handler is trying dump out something
after omap3_can_sleep and before irqs are disabled. It causes oops
because uart clocks are disabled.
Remove also
* Kevin Hilman [EMAIL PROTECTED] [081118 15:56]:
Paul Walmsley [EMAIL PROTECTED] writes:
On Mon, 17 Nov 2008, Jouni Hogander wrote:
Check that wanted sleep state is supported by powerdomain. If it is
not supported, then use next lowest supported state.
Check also on suspend that
* Evgeniy Polyakov [EMAIL PROTECTED] [081114 03:29]:
Hi Tony.
On Thu, Nov 13, 2008 at 02:40:54PM -0800, Tony Lindgren ([EMAIL PROTECTED])
wrote:
Evgeniy, can you please confirm you're adding the Stanley's 1w patch to your
upstream queue? Or else let Stanley know if he needs to repost it
On Wed, Nov 19, 2008 at 10:13:08AM -0800, Tony Lindgren ([EMAIL PROTECTED])
wrote:
If w1 part does not depend on any upstream changes not yet in the tree,
I will forward it for inclusing, but if it requires some external update
to be pushed first, I would like to add w1 part into that
* Evgeniy Polyakov [EMAIL PROTECTED] [081119 10:55]:
On Wed, Nov 19, 2008 at 10:13:08AM -0800, Tony Lindgren ([EMAIL PROTECTED])
wrote:
If w1 part does not depend on any upstream changes not yet in the tree,
I will forward it for inclusing, but if it requires some external update
to be
On Wed, Nov 19, 2008 at 11:14:20AM -0800, Tony Lindgren ([EMAIL PROTECTED])
wrote:
Thanks! The rest of the omap w1 patche should be coming to you via LKML
then ;)
I've just pushed w1 patch (did I understand it right that there is only
one in the given set, all others touch very different
* Evgeniy Polyakov [EMAIL PROTECTED] [081119 11:35]:
On Wed, Nov 19, 2008 at 11:14:20AM -0800, Tony Lindgren ([EMAIL PROTECTED])
wrote:
Thanks! The rest of the omap w1 patche should be coming to you via LKML
then ;)
I've just pushed w1 patch (did I understand it right that there is only
* Hiroshi DOYU [EMAIL PROTECTED] [081117 05:37]:
Hi,
The following changes since commit f23f23fb6bfd8ce4669070df35ec9b320983ac0c:
Grazvydas Ignotas (1):
HSMMC: Add MMC configuration for pandora
are available in the git repository at:
http://git.gitorious.org/lk/mainline.git
On Wed, Nov 12, 2008 at 11:07 AM, Paul Walmsley [EMAIL PROTECTED] wrote:
Hi Jouni, Kevin,
On Tue, 11 Nov 2008, Högander Jouni wrote:
I wouldn't add any flags for this. The goal is finally to set all
next_states as OFF until someone has set some constraint which
prevents OFF usage. For now
Steve Sakoman [EMAIL PROTECTED] writes:
On Wed, Nov 12, 2008 at 11:07 AM, Paul Walmsley [EMAIL PROTECTED] wrote:
Hi Jouni, Kevin,
On Tue, 11 Nov 2008, Högander Jouni wrote:
I wouldn't add any flags for this. The goal is finally to set all
next_states as OFF until someone has set some
I know that Beagle and Overo get the same warnings, so this
isn't really a sufficient fix...
On Wednesday 19 November 2008, Sanjeev Premi wrote:
--- a/arch/arm/mach-omap2/board-omap3evm.c
+++ b/arch/arm/mach-omap2/board-omap3evm.c
@@ -130,7 +130,7 @@ static struct twl4030_madc_platform_data
Hello,
A new PM branch is available named pm-20081119.
This is mostly a new set of patches on top of the previous PM branch,
rather than a rebase. We finally found the root cause of some DPLL
relocking bugs. Special thanks to Paul Walmsley and Tero Kristo for
debugging and fixing
The following patches remove some needless dependencies from
TWL4030 support, supporting non-OMAP builds and in some cases,
non-SDP (etc) builds.
- keypad driver ... use platform_get_irq(), no board dependencies
- BCI driver ... likewise
- MADC driver ... use platform_get_irq()
- power button
From: David Brownell [EMAIL PROTECTED]
Disable the TWL4030_MODIRQ_KEYPAD symbol and remove all its uses.
It's not needed any more now that platform_get_irq() works for
these keypad devices.
Also remove inappropriate board-specific Kconfig dependencies.
Signed-off-by: David Brownell [EMAIL
From: David Brownell [EMAIL PROTECTED]
Disable the TWL4030_MODIRQ_BCI symbol and remove all its uses.
It's not needed any more now that platform_get_irq() works for
these BCI devices.
Also remove inappropriate board-specific Kconfig dependencies.
Signed-off-by: David Brownell [EMAIL PROTECTED]
From: David Brownell [EMAIL PROTECTED]
Disable the TWL4030_MODIRQ_MADC symbol and remove all its uses.
It's not needed any more now that platform_get_irq() works for
these MADC devices.
Signed-off-by: David Brownell [EMAIL PROTECTED]
---
drivers/i2c/chips/twl4030-madc.c |4 ++--
From: David Brownell [EMAIL PROTECTED]
Disable the TWL4030_PWRIRQ_PWRBTN symbol from the system headers;
initialization of the power button handler still needs work, so
an equivalent symbol is defined in its driver.
Power IRQs now properly handle trigger specs from request_irq();
stop goofing
From: David Brownell [EMAIL PROTECTED]
Finish removing dependency of TWL driver stack on platform-specific
IRQ definitions ... and remove the build dependency on OMAP.
This lets the TWL4030 code be included in test builds for most
platforms, and will make it easier for non-OMAP folk to update
It has been fixed and the patch was added to -mm tree.
Stanley.
From: Stanley.Miao [EMAIL PROTECTED]
OMAP LDP boot crash. This is because w1 subsystem changed the search
interface, so update omap_hdq's search interface to follow the change.
Signed-off-by: Stanley.Miao [EMAIL PROTECTED]
0001-OMAP-ARM-Change-Some-GPIO-Funtions-on-LDP.patch
Description: Binary data
I think there are still a bunch of patches from Jarkko outstanding
which solve this comprehensively ...
- Dave
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
37 matches
Mail list logo