To set sr ntarget values for all volt_domain,
volt_table is retrieved by doing a look_up of 'vdd_name'
field from omap_hwmod but voltage domain pointer does not
belong to omap_hwmod and is not used anywhere else.
As a part of voltage layer and SR Layer clean up volt
pointer is removed from
On Thu, May 12, 2011 at 4:58 PM, Igor Grinberg grinb...@compulab.co.il wrote:
On 05/12/11 13:49, Premi, Sanjeev wrote:
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of
Munegowda, Keshava
Sent: Wednesday, May 11, 2011
Hi Tony,
On Thu, May 12, 2011 at 4:12 PM, Tony Lindgren t...@atomide.com wrote:
* Lesly A M lesl...@ti.com [110506 06:14]:
Modifying the macro name Main_Ref to all caps(MAIN_REF).
This may get counted as crazy churn patch.. Please provide
some reason for doing this in the patch description.
Hi Mike,
2011/5/12 Mike Rapoport m...@compulab.co.il:
Hi Tony,
I'm resending this with the correct arm-linux mailing list cc'ed..
Just discard the first set, sorry for the noise...
This is yet another attempt to reduce code duplication in the board files :)
Only build tested, since I don't
On Thu, May 12, 2011 at 7:45 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
This version fixes the davinci pm free, and adds updates for the
davinci pcm driver. As I don't know what's happening with Jean's
patch tweaking the genpool allocator, I've kept my version.
Sorry
Hi Tony,
On Thu, May 12, 2011 at 4:26 PM, Tony Lindgren t...@atomide.com wrote:
* Lesly A M lesl...@ti.com [110506 06:14]:
Power bus message sequence for TWL4030 to enter sleep/wakeup/warm_reset.
TWL4030 power scripts which can be used by different OMAP3 boards
with the power companion chip
Hi Enric,
On Fri, May 13, 2011 at 09:27:18AM +0200, Enric Balletb?? i Serra wrote:
Hi Mike,
2011/5/12 Mike Rapoport m...@compulab.co.il:
Hi Tony,
I'm resending this with the correct arm-linux mailing list cc'ed..
Just discard the first set, sorry for the noise...
This is yet
-Original Message-
From: Munegowda, Keshava
Sent: Friday, May 13, 2011 12:04 PM
To: Igor Grinberg
Cc: Premi, Sanjeev; linux-...@vger.kernel.org;
linux-omap@vger.kernel.org; Balbi, Felipe; Gadiyar, Anand;
part...@india.ti.com
Subject: Re: [PATCH 3/5] arm: omap: usb: device name
On Fri, May 13, 2011 at 09:30:14AM +0200, Jean Pihet wrote:
On Thu, May 12, 2011 at 7:45 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
This version fixes the davinci pm free, and adds updates for the
davinci pcm driver. As I don't know what's happening with Jean's
Russell,
On 5/12/2011 11:15 PM, Russell King - ARM Linux wrote:
On Fri, Apr 15, 2011 at 02:06:07PM +0100, Russell King - ARM Linux wrote:
This is work in progress.
Tried this patch on OMAP and found couple of issues.
1. Compilation break. Below is the fix for the same.
diff --git
On Fri, May 13, 2011 at 11:11 AM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Fri, May 13, 2011 at 09:30:14AM +0200, Jean Pihet wrote:
On Thu, May 12, 2011 at 7:45 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
This version fixes the davinci pm free, and adds
On Fri, May 13, 2011 at 2:35 PM, Premi, Sanjeev pr...@ti.com wrote:
-Original Message-
From: Munegowda, Keshava
Sent: Friday, May 13, 2011 12:04 PM
To: Igor Grinberg
Cc: Premi, Sanjeev; linux-...@vger.kernel.org;
linux-omap@vger.kernel.org; Balbi, Felipe; Gadiyar, Anand;
Hi,
On Friday 13 May 2011 12:46 AM, Juha Kuikka wrote:
Hello,
I was wondering if it would be possible to run DPI and DSI interfaces
simultaneously with OMAP3 (DM3730).
Limitations:
- DSI would have to be in video mode (data to DSI phy through video
port with H/VSYNC signaling,
On Wed, May 11, 2011 at 06:20:41PM +0530, Keshava Munegowda wrote:
From: Keshava Munegowda keshava_mgo...@ti.com
The disableing of clocks and freeing GPIO are changed
to fix the occurence of the crash of rmmod of ehci and ohci
drivers. The GPIOs should be freed after the spin locks are
Hi,
On Wed, May 11, 2011 at 07:34:31PM +0530, Keshava Munegowda wrote:
From: Keshava Munegowda keshava_mgo...@ti.com
The Hwmod structures and Runtime PM features are implemented
For EHCI and OHCI drivers of OMAP3 and OMAP4.
The global suspend/resume of EHCI and OHCI
is validated on
On Fri, 2011-05-13 at 16:14 +0530, Archit Taneja wrote:
Hi,
On Friday 13 May 2011 12:46 AM, Juha Kuikka wrote:
Hello,
I was wondering if it would be possible to run DPI and DSI interfaces
simultaneously with OMAP3 (DM3730).
Limitations:
- DSI would have to be in video mode (data
* Vladimir Zapolskiy vzapols...@gmail.com [110512 17:35]:
This mass change reduces homogeneous data chunks along clock
definitions. No semantical difference is added to the change,
and still it could be introduced easily.
Signed-off-by: Vladimir Zapolskiy vzapols...@gmail.com
---
* Tony Lindgren t...@atomide.com [110324 10:57]:
* Russell King - ARM Linux li...@arm.linux.org.uk [110320 04:39]:
On Sun, Mar 20, 2011 at 11:03:22AM +, Russell King - ARM Linux wrote:
Note that OMAP references machine_is_omap2evm() yet this has never been
merged.
On Fri, May 13, 2011 at 2:30 PM, Tony Lindgren t...@atomide.com wrote:
* Vladimir Zapolskiy vzapols...@gmail.com [110512 17:35]:
This mass change reduces homogeneous data chunks along clock
definitions. No semantical difference is added to the change,
and still it could be introduced easily.
On 11/05/11 14:55, Premi, Sanjeev wrote:
Current checks for cpu type were too restrictive leading
to failures for other silicons in same family.
The problem was found while testing audio playback on
AM37x and AM35x processors. But should exist on OMAP36xx
as well.
Signed-off-by: Sanjeev
On Fri, 13 May 2011 04:54:07 -0700
Tony Lindgren t...@atomide.com wrote:
* Tony Lindgren t...@atomide.com [110324 10:57]:
* Russell King - ARM Linux li...@arm.linux.org.uk [110320 04:39]:
On Sun, Mar 20, 2011 at 11:03:22AM +, Russell King - ARM Linux wrote:
Note that OMAP
Tony Lindgren t...@atomide.com writes:
* Vladimir Zapolskiy vzapols...@gmail.com [110512 17:35]:
This mass change reduces homogeneous data chunks along clock
definitions. No semantical difference is added to the change,
and still it could be introduced easily.
Signed-off-by: Vladimir
Hi Vladimir,
Could you please re-send your original patch?
For some reason I cannot find it in any mailing list so far.
Maybe it is due to its size.
On 5/13/2011 2:08 PM, Vladimir Zapolskiy wrote:
On Fri, May 13, 2011 at 2:30 PM, Tony Lindgrent...@atomide.com wrote:
* Vladimir
Lesly A M lesl...@ti.com writes:
Only configure sleep script when the flag is TWL4030_SLEEP_SCRIPT.
Adding the missing brackets for fixing the issue.
Signed-off-by: Lesly A M lesl...@ti.com
Cc: Nishanth Menon n...@ti.com
Cc: David Derrick dderr...@ti.com
Cc: Samuel Ortiz
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Premi, Sanjeev
Sent: Friday, May 13, 2011 12:46 AM
To: Menon, Nishanth
Cc: linux-omap@vger.kernel.org
Subject: RE: [PATCH] omap:pm: Fix boot-time errors with
debugfs
Hi Hemant,
Pedanekar, Hemant hema...@ti.com writes:
Hello,
linux-omap-ow...@vger.kernel.org wrote on Saturday, May 07, 2011 10:21 PM:
On a linux-next kernel built for the Pandaboard, disabling
CONFIG_OMAP_32K_TIMER makes the kernel use the gptimer as the
clocksource, but this appears to
* Cousson, Benoit b-cous...@ti.com [110513 15:18]:
Signed-off-by: Vladimir Zapolskiyvzapols...@gmail.com
Unfortunately I don't have an automated tool, but that would be great
to have such a script. For this time I've checked the correctness of the
change comparing the preprocessed output.
Tony Lindgren t...@atomide.com writes:
* Cousson, Benoit b-cous...@ti.com [110513 15:18]:
Signed-off-by: Vladimir Zapolskiyvzapols...@gmail.com
Unfortunately I don't have an automated tool, but that would be great
to have such a script. For this time I've checked the correctness of the
* Kevin Hilman khil...@ti.com [110513 16:12]:
Tony Lindgren t...@atomide.com writes:
* Cousson, Benoit b-cous...@ti.com [110513 15:18]:
Signed-off-by: Vladimir Zapolskiyvzapols...@gmail.com
Unfortunately I don't have an automated tool, but that would be great
to have such a script.
* Paul Walmsley p...@pwsan.com [110513 05:13]:
On Mon, 9 May 2011, Avinash.H.M wrote:
The debug l3_ick/rate is not displaying the actual rate of the clock in
hardware. This is because, the core dpll set_rate function doesn't update
the
clk.rate. After fixing, the l3_ick/rate is
On 5/13/2011 3:16 PM, Hilman, Kevin wrote:
Tony Lindgrent...@atomide.com writes:
* Cousson, Benoitb-cous...@ti.com [110513 15:18]:
Signed-off-by: Vladimir Zapolskiyvzapols...@gmail.com
Unfortunately I don't have an automated tool, but that would be great
to have such a script. For this
* Jarkko Nikula jhnik...@gmail.com [110513 05:15]:
On Fri, 13 May 2011 04:54:07 -0700
Tony Lindgren t...@atomide.com wrote:
* Tony Lindgren t...@atomide.com [110324 10:57]:
* Russell King - ARM Linux li...@arm.linux.org.uk [110320 04:39]:
On Sun, Mar 20, 2011 at 11:03:22AM +,
Hi Graeme,
On Thu, May 12, 2011 at 02:27:55PM +0100, Graeme Gregory wrote:
Phoenix Lite is based on the twl6030 family of PMICs. It has mostly the
same feature set of twl6030 but with small changes. The codec block has
also been removed. It also has a new charger block and new features in
its
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Hilman, Kevin
Sent: Friday, May 13, 2011 6:46 PM
To: Tony Lindgren
Cc: Cousson, Benoit; Vladimir Zapolskiy; Paul Walmsley;
linux-omap@vger.kernel.org;
Hi Graeme
On Thu, May 12, 2011 at 02:27:56PM +0100, Graeme Gregory wrote:
The charger fault IRQs from the twl will in future patches be handled
by a seperate IRQ handler in the charger driver than the general charger
IRQ. Give them different IRQ numbers now to allow the charger driver to
be
On Fri, 2011-05-13 at 04:54 -0700, Tony Lindgren wrote:
* Tony Lindgren t...@atomide.com [110324 10:57]:
* Russell King - ARM Linux li...@arm.linux.org.uk [110320 04:39]:
On Sun, Mar 20, 2011 at 11:03:22AM +, Russell King - ARM Linux wrote:
Note that OMAP references
On 5/13/2011 4:48 PM, Premi, Sanjeev wrote:
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Hilman, Kevin
Sent: Friday, May 13, 2011 6:46 PM
To: Tony Lindgren
Cc: Cousson, Benoit; Vladimir Zapolskiy; Paul Walmsley;
linux-omap@vger.kernel.org;
Adding l-o and linux-pm MLs. The original post is at
http://www.spinics.net/lists/kernel/msg1186554.html
On Fri, May 13, 2011 at 4:48 PM, Ingo Molnar mi...@elte.hu wrote:
* jean.pi...@newoldbits.com jean.pi...@newoldbits.com wrote:
From: Jean Pihet j-pi...@ti.com
If used in a module both
From: Julia Lawall ju...@diku.dk
Platform_device_del should be called before platform_device_put, as
platform_device_put can delete the structure.
Additionally, improve the error handling code for the call to ioremap, so
that it calls platform_device_put.
The semantic match that finds this
On Fri, May 13, 2011 at 5:24 PM, Cousson, Benoit b-cous...@ti.com wrote:
On 5/13/2011 3:16 PM, Hilman, Kevin wrote:
Tony Lindgrent...@atomide.com writes:
* Cousson, Benoitb-cous...@ti.com [110513 15:18]:
Signed-off-by: Vladimir Zapolskiyvzapols...@gmail.com
Unfortunately I don't have an
Hi Lesly,
On Wed, May 04, 2011 at 05:38:53PM +0530, Lesly Arackal Manuel wrote:
From: Lesly A M lesl...@ti.com
Fixing the error condition check in twl4030 remove script function.
Due to some typo in commit ID: 11a441ce82d6ffecfd39b324024de0cd630b36c1
Thanks, patch applied.
Cheers,
Samuel
Hi Lesly,
On Fri, May 06, 2011 at 06:47:07PM +0530, Lesly A M wrote:
Only configure sleep script when the flag is TWL4030_SLEEP_SCRIPT.
Adding the missing brackets for fixing the issue.
This is already upstream.
Cheers,
Samuel.
--
Intel Open Source Technology Centre
http://oss.intel.com/
Hi Lesly,
On Fri, May 06, 2011 at 06:47:08PM +0530, Lesly A M wrote:
Correcting the if condition check for printing the warning,
if wakeup script is not updated before updating the sleep script.
Since the flag 'order' is set to '1' while updating the wakeup script for
P1P2,
the condition
Hi Lesly,
On Fri, May 06, 2011 at 06:47:09PM +0530, Lesly A M wrote:
Modifying the macro name Main_Ref to all caps(MAIN_REF).
This one is already on my for-next branch. I'll update the Changelog
accordingly.
Cheers,
Samuel.
--
Intel Open Source Technology Centre
http://oss.intel.com/
--
To
Hi Lesly,
On Fri, May 06, 2011 at 06:47:11PM +0530, Lesly A M wrote:
Added API to get the TWL5030 Si version from the IDCODE register.
It is used for enabling the workaround for TWL erratum 27.
This one is also already applied.
Cheers,
Samuel.
--
Intel Open Source Technology Centre
Hi Peter,
On Tue, May 10, 2011 at 08:59:23AM +0300, Peter Ujfalusi wrote:
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
Patch applied, thanks.
Cheers,
Samuel.
--
Intel Open Source Technology Centre
http://oss.intel.com/
--
To unsubscribe from this list: send the line unsubscribe
Hi Lesly,
On Fri, May 06, 2011 at 06:47:10PM +0530, Lesly A M wrote:
Power bus message sequence for TWL4030 to enter sleep/wakeup/warm_reset.
TWL4030 power scripts which can be used by different OMAP3 boards
with the power companion chip (TWL4030 series).
The twl4030 generic script can be
Hi,
a few cleanups for cpufreq to include a couple of bugfixes we found as part of
dvfs testing and code review.
Testing done: OMAP4SDP4430 - I think the only major platform would be omap2 -
but I doubt it was functional previously - if someone has a chance to give
it a whirl, please do, as I
freq_table allocated by opp_init_cpufreq_table in omap_cpu_init
needs to be freed in omap_cpu_exit.
Signed-off-by: Nishanth Menon n...@ti.com
---
arch/arm/mach-omap2/omap2plus-cpufreq.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git
OMAP2 does not use OPP tables at the moment for DVFS. Currently,
we depend on opp table initialization to give us the freq_table,
which makes sense for OMAP3+. for OMAP2, we should be using
clk_init_cpufreq_table - so if the opp based frequency table
initilization fails, fall back to
this should probably get squashed in..
Signed-off-by: Nishanth Menon n...@ti.com
---
arch/arm/mach-omap2/omap2plus-cpufreq.c |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/arch/arm/mach-omap2/omap2plus-cpufreq.c
b/arch/arm/mach-omap2/omap2plus-cpufreq.c
index
Use cpufreq_frequency_table_target for finding the proper target
instead of seeing if the frequency requested is divisible alone.
if we have a frequency table, we should restrict ourselves to
selecting the approved frequencies alone and only in the case
where the frequency table is not available
Handle the case when cpufreq_frequency_table_cpuinfo fails. freq_table
that we passed failed the internal test of cpufreq generic driver,
so we should'nt be using the freq_table as such. Instead, warn and
fallback to clock functions for validation and operation.
Signed-off-by: Nishanth Menon
On Thu, May 12, 2011 at 10:59 PM, Peter Ujfalusi peter.ujfal...@ti.com wrote:
On Thursday 12 May 2011 21:43:20 Steve Calfee wrote:
Since it is set to 0xF0F, doesn't this set it as master?
Sorry, that is correct, McBSP is configured as msater.
Also, spelunking the kernel sources, I cannot
54 matches
Mail list logo