* Tim Gardner [090114 18:42]:
> Tony Lindgren wrote:
> >>> - We stop using source.mvista.com git tree, and only use the
> >>> kernel.org git tree. There's no need for having two master trees,
> >>> and kernel.org is the standard way to go. Big thanks to
> >>> Monta Vista for hosting us for many
* Siarhei Siamashka [090114 20:18]:
> On Tuesday 13 January 2009 16:31:53 ext Tony Lindgren wrote:
> > Hi,
> >
> > Looks OK in general, few comments below.
> >
> > Once you're done with the changes, this should get posted to
> > linux-arm-ker...@lists.arm.linux.org.uk for review with linux-omap
>
"Peter 'p2' De Schrijver" writes:
> This patch prevents VDD1 and VDD2 to go to the lowest OPP when entering C1.
> It improves wakeup latency from 600us to about 50us.
>
> Now with signoff :)
>
> Signed-off-by: Peter 'p2' De Schrijver
Thanks, pushing to PM branch.
Kevin
> arch/arm/mach-omap2/
Peter,
A couple minor things below...
"Peter 'p2' De Schrijver" writes:
> This patch improves the wakeup SRAM code polling the SDRC to become ready
> instead of just waiting for a fixed amount of time.
>
Signoff?
> ---
> arch/arm/mach-omap2/sleep34xx.S | 50
Koen Kooi writes:
> Op 13 jan 2009, om 22:51 heeft Kevin Hilman het volgende geschreven:
>
>> Hello,
>>
>> The latest PM branch is now available[1].
>>
>> I've done basic testing of retention and off-mode (suspend and dynamic
>> idle) on Beagle and custom HW. My SDP has something still keeping
>
> -Original Message-
> From: Mauro Carvalho Chehab [mailto:mche...@infradead.org]
> Sent: Tuesday, January 13, 2009 2:42 PM
> To: Aguirre Rodriguez, Sergio Alberto
> Cc: linux-omap@vger.kernel.org; linux-me...@vger.kernel.org; video4linux-
> l...@redhat.com; Sakari Ailus; Tuukka.O Toivone
From: Ramesh Gupta
Date: Wed, 14 Jan 2009 17:39:20 +0530
Subject: [PATCH] DSPBRIDGE Wakeup IVA before accessing IVA MMU Registers
Wakeup IVA before accessing IVA MMU Registers
Signed-off-by: Ramesh Gupta G
---
drivers/dsp/bridge/wmd/tiomap3430.c | 21 +++--
1 files changed,
On Wednesday 14 January 2009, Mark Brown wrote:
> On Wed, Jan 14, 2009 at 09:55:58AM -0800, David Brownell wrote:
>
> > problem vanishes. Only the tps6235x.c driver, and in this case
> > the regulator framework (sigh), care about that platform_data.
>
> The regulator framework will be fixed in
On Wednesday 14 January 2009, Pillai, Manikandan wrote:
> [Pillai, Manikandan] The platform_data is now initialized to clkrate.
> (arch/arm/plat-omap2/i2c.c
You are confused. That's for the I2C bus adapter, not
for the i2c_client device which your tps6235.c driver
uses (and passes to the regulat
On Tuesday 13 January 2009 16:31:53 ext Tony Lindgren wrote:
> Hi,
>
> Looks OK in general, few comments below.
>
> Once you're done with the changes, this should get posted to
> linux-arm-ker...@lists.arm.linux.org.uk for review with linux-omap
> list Cc'd.
Thanks a lot for a patch review. I just
On Wednesday 14 January 2009, Pillai, Manikandan wrote:
> The issue is that passing the initial value for regulators is done by
>
> struct regulator_init_data *init_data = dev->platform_data;
>
> in regulator_register() function. Do we have a way to initialize the
> platform data for the i2c
On Wednesday 14 January 2009, Krishna Kishore wrote:
>
> After reading IVA2_CM and MPU_CM registers, I want to know how to
> calculate the clock speeds.
You should be using the clock framework. If you do that,
then clk_get_rate() does that for you.
- Dave
--
To unsubscribe from this list: s
On Wed, Jan 14, 2009 at 09:55:58AM -0800, David Brownell wrote:
> problem vanishes. Only the tps6235x.c driver, and in this case
> the regulator framework (sigh), care about that platform_data.
The regulator framework will be fixed in .30.
--
To unsubscribe from this list: send the line "unsubs
On Tuesday 13 January 2009, Koen Kooi wrote:
> [ cut here ]
> WARNING: at arch/arm/mach-omap2/clock.c:1094 omap2_clk_register
> +0x24/0x3c()
> Modules linked in:
> [] (dump_stack+0x0/0x14) from [] (warn_on_slowpath
> +0x4c/0x68)
Just in the cause of better diagnostics ...
On Wednesday 14 January 2009, Pillai, Manikandan wrote:
> Let me summarise the main problem I have been facing with regulators.
>
> The TPS6235x are I2C based devices.
>
> The regulator_register() functions require that the regulator_init_data is
> passed as platform_data(). But for i2c_client's
From: Hiroshi DOYU
Date: Mon, 17 Nov 2008 17:13:58 -0600
Subject: [PATCH] DSPBRIDGE Deleting unneeded mem alloc
Since "SYNC_InitializeCS()" allocates "struct SYNC_CSOBJECT"
for "hProcLock", "MEM_AllocObject()" shouldn't be called
for "hProcLock". This was double allocation for the
same pointer.
From: Hari Kanigeri
Date: Mon, 17 Nov 2008 16:20:06 -0600
Subject: [PATCH] DSPBRIDGE: Mapping sidetone registers
New 3430 HW feature integrated into McBSP2
and McBSP3, enabling a sidetone process, for DASF.
Bridge has to handle this new configuration.
Signed-off-by: Hari Kanigeri
---
drivers/d
From: Ramesh Gupta
Date: Mon, 17 Nov 2008 16:11:19 -0600
Subject: [PATCH] DSPBRIDGE: LM Timer release for hibernation
Release load monitor timer when the DSP is
inactive and goes to hibernation
Signed-off-by: Ramesh Gupta
Signed-off-by: SuiLun Lam
---
drivers/dsp/bridge/wmd/tiomap_sm.c |8
From: Fernando Guzman Lugo
Date: Mon, 17 Nov 2008 15:49:56 -0600
Subject: [PATCH] DSPBRIDGE: Free resources when user fails to do so
Added error protection in bridge driver to handle
the cases where user applications detach the
processor without releasing DMM resources.
Signed-off-by: Fernando G
Tony Lindgren wrote:
>>> - We stop using source.mvista.com git tree, and only use the
>>> kernel.org git tree. There's no need for having two master trees,
>>> and kernel.org is the standard way to go. Big thanks to
>>> Monta Vista for hosting us for many years.
The git path at http://vger.kern
Sriram V wrote:
Hi,
OMAP3EVM. all domains hit retention in suspend.
On enabling cpuidle, network and mmc is not stable. network is
unable to get an IP address.
Sriram,
Can you send me your .config for omap3evm? I'm trying to get my
recently received EVM working but I am getting lots o
Ramesh Gupta Guntha wrote:
Hi Kevin,
On 1/14/09, Kevin Hilman wrote:
Hello,
The latest PM branch is now available[1].
I've done basic testing of retention and off-mode (suspend and dynamic
idle) on Beagle and custom HW. My SDP has something still keeping
CORE active that others have not see
This patch prevents VDD1 and VDD2 to go to the lowest OPP when entering C1.
It improves wakeup latency from 600us to about 50us.
Now with signoff :)
Signed-off-by: Peter 'p2' De Schrijver
---
arch/arm/mach-omap2/pm34xx.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/
This patch prevents VDD1 and VDD2 to go to the lowest OPP when entering C1.
It improves wakeup latency from 600us to about 50us.
---
arch/arm/mach-omap2/pm34xx.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/mach-omap2/pm34xx.c b/arch/arm/mach-omap2/pm34xx.c
i
This patch improves the wakeup SRAM code polling the SDRC to become ready
instead of just waiting for a fixed amount of time.
---
arch/arm/mach-omap2/sleep34xx.S | 50 --
1 files changed, 37 insertions(+), 13 deletions(-)
diff --git a/arch/arm/mach-omap2/sle
On Wed, 14 Jan 2009 08:55:08 -0600
"Aguirre Rodriguez, Sergio Alberto" wrote:
>
>
> > -Original Message-
> > From: Hiremath, Vaibhav
> > Sent: Wednesday, January 14, 2009 8:51 AM
>
>
>
> > [Hiremath, Vaibhav] I tried to build camera driver as module and got
> > following error -
> >
* Eero Nurkkala [090114 12:05]:
> > >> - According to Jarkko Nikula, ASoC does not currently work because
> > >> of some recent clock changes.
>
> I would like to note, that currently there's no counterpart for this
> commit:
>
> 3456ef483b5322ba4a7647f024e2c5b7846cd7e3
>
> ARM: OMAP3: Enable
From: Anand Gadiyar
Fix this compilation warning in pm_34xx.c
CC arch/arm/mach-omap2/pm_34xx.o
arch/arm/mach-omap2/pm_34xx.c:214: warning: function declaration isn't a
prototype
Signed-off-by: Anand Gadiyar
---
diff --git a/arch/arm/mach-omap2/pm_34xx.c b/arch/arm/mach-omap2/pm_34xx.c
* Felipe Contreras [090114 16:34]:
> On Wed, Jan 14, 2009 at 3:41 PM, Tony Lindgren wrote:
> > Hi all,
> >
> > I'll be merging in v2.6.29-rc1 soonish, and suggest that we make some
> > changes to continue aligning our tree with the mainline tree. So
> > I suggest:
> >
> > - We move the dspgateway
>From: Tony Lindgren [mailto:t...@atomide.com]
>Sent: Wednesday, January 14, 2009 6:55 AM
>To: Aguirre Rodriguez, Sergio Alberto
>Cc: linux-omap@vger.kernel.org; Pandita, Vikram
>Subject: Re: [OMAPZOOM][PATCH] OMAP34XXCAM: PM: Fix ifdefs to CONFIG_OMAP3_PM
>
>
>These ifdefs are completely getting
> -Original Message-
> From: Hiremath, Vaibhav
> Sent: Wednesday, January 14, 2009 8:51 AM
> [Hiremath, Vaibhav] I tried to build camera driver as module and got
> following error -
>
> ERROR: "ispmmu_get_mapeable_space" [drivers/media/video/omap34xxcam.ko]
> undefined!
> make[1]: ***
Thanks,
Vaibhav Hiremath
Platform Support Products
Texas Instruments Inc
Ph: +91-80-25099927
> -Original Message-
> From: linux-media-ow...@vger.kernel.org [mailto:linux-media-
> ow...@vger.kernel.org] On Behalf Of Aguirre Rodriguez, Sergio
> Alberto
> Sent: Wednesday, January 14, 2009 1:4
On Wed, Jan 14, 2009 at 3:41 PM, Tony Lindgren wrote:
> Hi all,
>
> I'll be merging in v2.6.29-rc1 soonish, and suggest that we make some
> changes to continue aligning our tree with the mainline tree. So
> I suggest:
>
> - We move the dspgateway code into a separate branch as discussed
> earlier
- We reset arch/arm/mach-omap1 to be what's in the mainline and
tag that patch again with "REMOVE OMAP LEGACY CODE" so it's easy
to find later on. Naturally any code in that patch can be reworked
so it can be integrated to the mainline kernel.
What is the status of OMAP1 devices in 2.6.28-oma
* Tony Lindgren [090114 16:10]:
> * Koen Kooi [090114 16:01]:
> >
> > Op 14 jan 2009, om 14:41 heeft Tony Lindgren het volgende geschreven:
> >
> >> Hi all,
> >>
> >> I'll be merging in v2.6.29-rc1 soonish, and suggest that we make some
> >> changes to continue aligning our tree with the mainline
* Koen Kooi [090114 16:01]:
>
> Op 14 jan 2009, om 14:41 heeft Tony Lindgren het volgende geschreven:
>
>> Hi all,
>>
>> I'll be merging in v2.6.29-rc1 soonish, and suggest that we make some
>> changes to continue aligning our tree with the mainline tree. So
>> I suggest:
>>
>> - We move the dspga
Op 14 jan 2009, om 14:41 heeft Tony Lindgren het volgende geschreven:
Hi all,
I'll be merging in v2.6.29-rc1 soonish, and suggest that we make some
changes to continue aligning our tree with the mainline tree. So
I suggest:
- We move the dspgateway code into a separate branch as discussed
ea
Hi,
OMAP3EVM. all domains hit retention in suspend.
On enabling cpuidle, network and mmc is not stable. network is
unable to get an IP address.
Regards,
sriram
On Wed, Jan 14, 2009 at 3:21 AM, Kevin Hilman
wrote:
> Hello,
>
> The latest PM branch is now available[1].
>
> I've done basic
Hi all,
I'll be merging in v2.6.29-rc1 soonish, and suggest that we make some
changes to continue aligning our tree with the mainline tree. So
I suggest:
- We move the dspgateway code into a separate branch as discussed
earlier.
- We stop using source.mvista.com git tree, and only use the
ke
* Aguirre Rodriguez, Sergio Alberto [090114 12:06]:
> From 61698ca9a061f99c8f1d970a0a13c6f4d61b8e61 Mon Sep 17 00:00:00 2001
> From: Sergio Aguirre
> Date: Tue, 13 Jan 2009 10:06:49 -0600
> Subject: [PATCH] OMAP34XXCAM: PM: Fix ifdefs to CONFIG_OMAP3_PM
>
> This patch fixes ifdef checking around
Hi Kevin,
On 1/14/09, Kevin Hilman wrote:
> Hello,
>
> The latest PM branch is now available[1].
>
> I've done basic testing of retention and off-mode (suspend and dynamic
> idle) on Beagle and custom HW. My SDP has something still keeping
> CORE active that others have not seen, but I have yet
On Wed, Jan 14, 2009 at 04:34:35PM +0530, Pillai, Manikandan wrote:
> > The platform data is part of the struct device so you with your current
> > code your driver can just assign directly to it.
> [Pillai, Manikandan] The platform_data is now initialized to clkrate.
> (arch/arm/plat-omap2/i2c.c
On Wed, Jan 14, 2009 at 04:09:07PM +0530, Pillai, Manikandan wrote:
> The other problem which I encounter is with the function regulator_get().
> Regulator_get() requires 2 parameters - device pointer should point to the
> One passed during regulator_register. It also takes a string a second
> p
Hi Ramesh Guptha,
Thanks a lot for your response.
We can check this PRCM section.
After reading IVA2_CM and MPU_CM registers, I want to know how to
calculate the clock speeds.
Since this procedure/formula will already be known, can you please
let me know?
Regards,
Kishore.
-
> -Original Message-
> From: Mark Brown [mailto:broo...@sirena.org.uk]
> Sent: Wednesday, January 14, 2009 4:32 PM
> To: Pillai, Manikandan
> Cc: linux-omap@vger.kernel.org
> Subject: Re: [PATCH 1/2] Include TPS6235x based Power regulator support
>
> On Wed, Jan 14, 2009 at 03:32:17PM +0
On Wed, Jan 14, 2009 at 03:32:17PM +0530, Pillai, Manikandan wrote:
> > From: Mark Brown [mailto:broo...@sirena.org.uk]
> > With current mainline this should be rewritten as:
> >
> > rdev = regulator_register(®ulators[id->driver_data],
> > &client->dev, client);
Hi,
Let me summarise the main problem I have been facing with regulators.
The TPS6235x are I2C based devices.
The regulator_register() functions require that the regulator_init_data is
passed as platform_data(). But for i2c_client's platform data is initialized
to some other value in the I2C dri
* Eero Nurkkala [090114 12:28]:
> Tested to work fine.
Maybe reply with an official "Tested-by" so I can add it to the patch :)
Tony
--
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 http://vger.
From f1038d1f1b3360130b41ffe77c568d76bc4102e9 Mon Sep 17 00:00:00 2001
From: Adrian Hunter
Date: Mon, 12 Jan 2009 16:13:08 +0200
Subject: [PATCH] OMAP: HSMMC: Fix response type for busy after response
Some MMC commands result in the card becoming busy after
the response is received. This needs
Adrian Hunter wrote:
From 410bc62034c021f8767c8dae469c3215783992ca Mon Sep 17 00:00:00 2001
From: Adrian Hunter
Date: Mon, 12 Jan 2009 16:13:08 +0200
Subject: [PATCH] OMAP: HSMMC: Fix response type for busy after response
Some MMC commands result in the card becoming busy after
the response is
Hi ,
Pls find my comments below
Regards
> -Original Message-
> From: Mark Brown [mailto:broo...@sirena.org.uk]
> Sent: Wednesday, January 14, 2009 3:38 AM
> To: Pillai, Manikandan
> Cc: linux-omap@vger.kernel.org
> Subject: Re: [PATCH 1/2] Include TPS6235x based Power regulator support
Hi Krishna,
On 1/14/09, Krishna Kishore wrote:
> We need to find this out during runtime. Which register to read and
> how to
> know the clock settings of DSP, ARM and L3?
Please refer to PRCM and Interconnect sections of the TRM, you may be
interested in IVA2_CM, MPU_CM etc.
thanks
Ramesh
> >> - According to Jarkko Nikula, ASoC does not currently work because
> >> of some recent clock changes.
I would like to note, that currently there's no counterpart for this
commit:
3456ef483b5322ba4a7647f024e2c5b7846cd7e3
ARM: OMAP3: Enable writing to XCCR and RCCR McBSP registers for OMAP
2
Tested to work fine.
--
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 http://vger.kernel.org/majordomo-info.html
54 matches
Mail list logo