On Thu, 17 Feb 2011 15:41:40 -0800
Tony Lindgren t...@atomide.com wrote:
Actually this part of code doesn't compile for CONFIG_ARCH_OMAP2 if
CONFIG_ARCH_OMAP3 is not set. Reason is that the buffer_size in under
CONFIG_ARCH_OMAP3 compilation in struct omap_mcbsp_platform_data
Hi,
I'll send patch series in a short while.
-Kishon
On Fri, Feb 18, 2011 at 1:38 PM, Jarkko Nikula jhnik...@gmail.com wrote:
On Thu, 17 Feb 2011 15:41:40 -0800
Tony Lindgren t...@atomide.com wrote:
Actually this part of code doesn't compile for CONFIG_ARCH_OMAP2 if
CONFIG_ARCH_OMAP3
Hi,
On Thu, 2011-02-17 at 08:25 -0600, Taneja, Archit wrote:
Currently, the core DSS platform device requests for an irq line for OMAP2 and
OMAP3. Make DISPC and DSI platform devices request for a shared IRQ line.
On OMAP3, the logical OR of DSI and DISPC interrupt lines goes to the MPU.
Introduce notifier infrastructure for VDD voltage transitions. Users can
register a notifier prior to a VDD's volt_scale function getting called
(VOLTSCALE_PRECHANGE) or after the VDD has been scaled
(VOLTSCALE_POSTCHANGE).
Signed-off-by: Mike Turquette mturque...@ti.com
---
All patches in this
OMAP3630 supports an Adaptive Body-Bias ldo as well as some MPU interrupts
related to voltage control that are not present on OMAP34XX. This patch
adds the offsets, register addresses, bitfield shifts and masks to support
this feature.
Signed-off-by: Mike Turquette mturque...@ti.com
---
OMAP3630 and OMAP4 support an Adaptive Body-Bias LDO on some voltage domains
which effects voltage supplied to PMOS back-gates. These LDOs have
different operating modes which correspond to the voltage of each VDD.
This patch introduces the data structures needed to represent the ABB LDOs
in the
Introduce voltage transition notification handlers for Adaptive Body-Bias
LDOs. There is an ABB LDO for VDD_MPU on OMAP3630 and an ABB_LDO on VDD_MPU
and VDD_IVA on OMAP4430.
All of these LDOs are handled similary. Initial configuration is to enable
the possibility of going into Forward
Hi,
On Friday 18 February 2011 02:40 PM, Valkeinen, Tomi wrote:
Hi,
On Thu, 2011-02-17 at 08:25 -0600, Taneja, Archit wrote:
Currently, the core DSS platform device requests for an irq line for OMAP2 and
OMAP3. Make DISPC and DSI platform devices request for a shared IRQ line.
On OMAP3, the
On Fri, Feb 18, 2011 at 3:34 AM, archit taneja arc...@ti.com wrote:
Hi,
On Friday 18 February 2011 02:40 PM, Valkeinen, Tomi wrote:
Hi,
On Thu, 2011-02-17 at 08:25 -0600, Taneja, Archit wrote:
Currently, the core DSS platform device requests for an irq line for
OMAP2 and
OMAP3. Make
On Fri, 2011-02-18 at 03:45 -0600, Turquette, Mike wrote:
snip
PRM_IRQSTATUS_* registers will have status bits set even when the
corresponding PRM_IRQENABLE_* bits are not set. The common assumption
was that status bits would not be set if interrupts weren't enabled
and this caused us some
On Fri, 2011-02-18 at 03:34 -0600, Taneja, Archit wrote:
Hi,
On Friday 18 February 2011 02:40 PM, Valkeinen, Tomi wrote:
Hi,
On Thu, 2011-02-17 at 08:25 -0600, Taneja, Archit wrote:
Currently, the core DSS platform device requests for an irq line for OMAP2
and
OMAP3. Make DISPC
On Friday 18 February 2011 03:20 PM, Valkeinen, Tomi wrote:
On Fri, 2011-02-18 at 03:45 -0600, Turquette, Mike wrote:
snip
PRM_IRQSTATUS_* registers will have status bits set even when the
corresponding PRM_IRQENABLE_* bits are not set. The common assumption
was that status bits would not be
There this boot-time message (on both omap3 and am3517 evms atleast):
[1.904418] omap_device: omap_wdt.-1: new worst case activate latency 0: 6105
omap_init_wdt() initializes the id to -1 and then omap_device_build() is called
with this value; this eventually calls platform_device_register()
Hi,
(your lines are over 80-characters, fix it)
On Fri, Feb 18, 2011 at 04:11:11PM +0530, Koyamangalath, Abhilash wrote:
There this boot-time message (on both omap3 and am3517 evms atleast):
[1.904418] omap_device: omap_wdt.-1: new worst case activate
latency 0: 6105
omap_init_wdt()
Hi,
On Friday 18 February 2011 03:30 PM, Valkeinen, Tomi wrote:
snip
Well, if DSS_IRQSTATUS doesn't work as I described above, in the worst
case we will just run a few more lines of code in the irq handler, as we
check for registered interrupts. But that would only happen if either
DISPC or
-Original Message-
From: jean.pi...@newoldbits.com [mailto:jean.pi...@newoldbits.com]
Sent: Friday, February 11, 2011 12:53 AM
To: khil...@ti.com; p...@pwsan.com; Vibhore Vardhan; Santosh Shilimkar;
Vishwanath BS; rna...@ti.com
Cc: linux-omap@vger.kernel.org; Jean Pihet; Vibhore
I understand, but is there a subtle reason why are starting from
an erroneous-looking -1 rather than a more natural 0 (or 1 ?).
-Original Message-
From: Balbi, Felipe
Sent: Friday, February 18, 2011 4:27 PM
To: Koyamangalath, Abhilash
Cc: linux-omap@vger.kernel.org
Subject: Re:
On Fri, 2011-02-18 at 05:05 -0600, Taneja, Archit wrote:
Hi,
snip
One strange thing I see though is the increment with and without printks
in the irq handler in both the cases. I always see increments of 2 when
I put prints. I see 3 when I don't. That's a bit peculiar.
Hmm. That's
Hi,
(don't top-post)
On Fri, Feb 18, 2011 at 04:39:48PM +0530, Koyamangalath, Abhilash wrote:
I understand, but is there a subtle reason why are starting from
an erroneous-looking -1 rather than a more natural 0 (or 1 ?).
-1 means no ID. The IDs are zero-based, so we can't use zero. Just
Sure,
Will test it first thing on Sunday.
Best Regards,
Eyal
From: Tony Lindgren [t...@atomide.com]
Sent: Friday, February 18, 2011 12:20 AM
To: Reizer, Eyal
Cc: linux-omap@vger.kernel.org
Subject: Re: Ping- Subject:[PATCH] omap: omap3evm: add
Currently, the core DSS platform device requests for an irq line for OMAP2 and
OMAP3. Make DISPC and DSI platform devices request for a shared IRQ line.
On OMAP3, the logical OR of DSI and DISPC interrupt lines goes to the MPU. There
is a register DSS_IRQSTATUS which tells if the interrupt came
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Balbi, Felipe
Sent: Thursday, February 17, 2011 6:11 PM
To: Tony Lindgren
Cc: Linux OMAP Mailing List; Linux ARM Kernel Mailing List; Kalliguddi,
Hema; Kevin Hilman;
Hello Samuel,
Any comments on this patch?
Regards,
Keerthy
On Wed, Feb 16, 2011 at 6:26 PM, Keerthy j-keer...@ti.com wrote:
Introducing a driver for MADC on TWL4030 powerIC. MADC stands for monitoring
ADC. This driver monitors the real time conversion of analog signals like
battery
On Thu, 2011-02-17 at 02:50 -0600, Janorkar, Mayuresh wrote:
Tomi,
snip
If so, I think the change should be in the omapfb driver. Perhaps the
omapfb driver should:
1. check if check_timings set_timings exist
2. if they do exist, do the same thing as the code does now
3. if they
-Original Message-
From: catalin.mari...@gmail.com [mailto:catalin.mari...@gmail.com]
On Behalf Of Catalin Marinas
Sent: Wednesday, February 16, 2011 9:24 PM
To: Santosh Shilimkar
Cc: linux-arm-ker...@lists.infradead.org; Andrei Warkentin; Kevin
Hilman; t...@atomide.com;
Hi Greg,
Here are the patches I have for the next merge window.
The outstanding feature is the introduction of pm_runtime
support for the OMAP glue layer for MUSB.
These patches have been tested on omap4430 with g_zero
+ testusb overnight and no problems have come from those.
These are on top
-Original Message-
From: Cousson, Benoit
Sent: Tuesday, February 15, 2011 6:18 PM
To: Premi, Sanjeev
Cc: linux-omap@vger.kernel.org
Subject: Re: hwmod: multi-omap: disabling smartreflex on AM3517
Hi Sanjeev,
On 2/15/2011 12:51 PM, Premi, Sanjeev wrote:
AM3517 doesn't support
On Fri, 2011-02-18 at 05:21 -0600, Taneja, Archit wrote:
Currently, the core DSS platform device requests for an irq line for OMAP2 and
OMAP3. Make DISPC and DSI platform devices request for a shared IRQ line.
On OMAP3, the logical OR of DSI and DISPC interrupt lines goes to the MPU.
There
Populate the l2x0 set_debug function pointer with OMAP secure call
and enable the PL310 Errata 727915
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
Reviewed-by: Catalin Marinas catalin.mari...@arm.com
Cc: Tony Lindgren t...@atomide.com
---
arch/arm/mach-omap2/Kconfig|1 +
PL310 implements the Clean Invalidate by Way L2 cache maintenance
operation (offset 0x7FC). This operation runs in background so that
PL310 can handle normal accesses while it is in progress. Under very
rare circumstances, due to this erratum, write data can be lost when
PL310 treats a cacheable
Based on feedback from Catalin on the L2X0 ERRATA 742231 patch, I have split
the original patch into two separate patches. First one adds errata and
also removes OMAP dependency from it so that other SOCs can use them.
Second patch populates the set_debug() pointer for OMAP using secure
SMC call
Hello Daniel,
Am 12.02.2011 18:02, schrieb Daniel Morsing:
This patch adds a generic panel entry for the 4.3 inch display that is
sold with the devkit8000 and modifies the board file to use this
display.
Signed-off-by: Daniel Morsing daniel.mors...@gmail.com
---
Note that this patch
On Fri, 2011-02-18 at 13:36 +0100, Thomas Weber wrote:
Hello Daniel,
Am 12.02.2011 18:02, schrieb Daniel Morsing:
This patch adds a generic panel entry for the 4.3 inch display that is
sold with the devkit8000 and modifies the board file to use this
display.
So only the 4.3 inch
Hello Mathieu, hello Venkat,
I hope it is not too old and you remember this:
Am 17.06.2010 16:33, schrieb Venkatraman S:
Mathieu Poirier mathieu.poir...@canonical.com wrote:
On Wed, 2010-06-16 at 14:13 +0530, Venkatraman S wrote:
Mathieu Poirier mathieu.poir...@canonical.com wrote:
On Tue,
Hi Premi,
-Original Message-
From: Premi, Sanjeev [mailto:pr...@ti.com]
Sent: Friday, February 18, 2011 4:59 PM
To: Balbi, Felipe; Tony Lindgren
Cc: Linux OMAP Mailing List; Linux ARM Kernel Mailing List;
Kalliguddi, Hema; Kevin Hilman; Cousson, Benoit; Paul Walmsley
Subject: RE:
On Fri, 2011-02-18 at 06:55 -0600, Daniel Morsing wrote:
On Fri, 2011-02-18 at 13:36 +0100, Thomas Weber wrote:
Hello Daniel,
Am 12.02.2011 18:02, schrieb Daniel Morsing:
This patch adds a generic panel entry for the 4.3 inch display that is
sold with the devkit8000 and modifies the
When compiling linux-omap with 'make CONFIG_DEBUG_SECTION_MISMATCH=y'
the following output occurs:
WARNING: arch/arm/plat-omap/built-in.o(.data+0x6e8): Section mismatch in
reference from the variable omap_driver to the function
.init.text:omap_cpu_init()
The variable omap_driver references
the
-Original Message-
From: Kalliguddi, Hema
Sent: Friday, February 18, 2011 6:37 PM
To: Premi, Sanjeev; Balbi, Felipe; Tony Lindgren
Cc: Linux OMAP Mailing List; Linux ARM Kernel Mailing List; Kevin Hilman;
Cousson, Benoit; Paul Walmsley
Subject: RE: [patch-v2.6.39 5/7] AM35xx: hwmod
Hello.
On 18-02-2011 15:11, Felipe Balbi wrote:
Here are the patches I have for the next merge window.
IIRC, you wrote yesterday that we have several days to send the patches
still. I have one almost ready...
WBR, Sergei
--
To unsubscribe from this list: send the line unsubscribe
Hello,
[added cpuf...@vger.kernel.org and Dave to Cc:]
On Fri, Feb 18, 2011 at 02:15:53PM +0100, Thomas Weber wrote:
When compiling linux-omap with 'make CONFIG_DEBUG_SECTION_MISMATCH=y'
the following output occurs:
WARNING: arch/arm/plat-omap/built-in.o(.data+0x6e8): Section mismatch in
Hi Tony
On 2/17/2011 7:18 PM, Tony Lindgren wrote:
* Cousson, Benoitb-cous...@ti.com [110217 09:45]:
Done, boot tested, and that does remove the warning about the
missing opt clock you had with the previous data.
git://gitorious.org/omap-pm/linux.git for_2.6.39/omap4_hwmod_data
Just let
Modify OMAP McBSP driver to use omap hwmod framework and pm runtime APIs.
Created on top of linux OMAP master (linux-omap-2.6 :master)
Did digital loopback testing on OMAP4430, OMAP3430, OMAP2430 and OMAP
1710 SDP boards.
Tested audio on 3430 SDP board (by me) and N810 (by Jarkko Nikula).
Adds support for resource API to get address space info other than just MPU.
The drivers can now use platform_get_resource_byname() to get resource of
type 'IORESOURCE_MEM' by name.
Signed-off-by: Kishon Vijay Abraham I kis...@ti.com
Signed-off-by: Benoit Cousson b-cous...@ti.com
Acked-by: Paul
Implement McBSP as platform device and add support for
registering through platform device layer using resource
structures.
Later in this patch series, OMAP2+ McBSP driver would be modified to
use hwmod framework after populating the omap2+ hwmod database.
Signed-off-by: Kishon Vijay Abraham I
McBSP2/3 in OMAP3 has sidetone feature which requires autoidle
to be disabled before starting the sidetone. Also SYSCONFIG
register has to be set with smart idle or no idle depending on the
dma op mode (threshold or element sync). For doing these operations
dynamically at runtime, omap_device APIs
Since the sidetone block is tightly coupled to the mcbsp, sidetone information
is directly added to mcbsp2 3 hwmod dev_attr.
Signed-off-by: Kishon Vijay Abraham I kis...@ti.com
Signed-off-by: Benoit Cousson b-cous...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_3xxx_data.c | 10 ++
Information like base address and DMA channel nubers should no longer
be obtained using macros. These information should be obtained from
hwmod database. Hence the macros that define the base address are removed.
Signed-off-by: Kishon Vijay Abraham I kis...@ti.com
Signed-off-by: Charulatha V
From: Charulatha V ch...@ti.com
Add McBSP hwmod data for OMAP2430.
Added a revision member inorder to facilitate the driver to
differentiate between mcbsp in different omap.
Signed-off-by: Charulatha V ch...@ti.com
Signed-off-by: Kishon Vijay Abraham I kis...@ti.com
Signed-off-by: Shubhrajyoti
Modify OMAP2+ McBSP to use omap hwmod framework APIs
Signed-off-by: Kishon Vijay Abraham I kis...@ti.com
Signed-off-by: Charulatha V ch...@ti.com
Signed-off-by: Shubhrajyoti D shubhrajy...@ti.com
Acked-by: Peter Ujfalusi peter.ujfal...@nokia.com
Acked-by: Jarkko Nikula jhnik...@gmail.com
From: Charulatha V ch...@ti.com
Add McBSP hwmod data for OMAP3.
Added a revision member inorder to facilitate the driver to
differentiate between mcbsp in different omap.
Signed-off-by: Charulatha V ch...@ti.com
Signed-off-by: Kishon Vijay Abraham I kis...@ti.com
Signed-off-by: Shubhrajyoti D
Add pm runtime support for McBSP driver.
Reference to fclk is not removed because it is required when the
functional clock is switched from one source to another.
Signed-off-by: Kishon Vijay Abraham I kis...@ti.com
Cc: Paul Walmsley p...@pwsan.com
Acked-by: Peter Ujfalusi peter.ujfal...@nokia.com
Removed the use of macros to obtain base address and DMA channel number.
Instead use the McBSP driver API's that passes base address and DMA
channel number to the client driver.
Signed-off-by: Kishon Vijay Abraham I kis...@ti.com
Acked-by: Peter Ujfalusi peter.ujfal...@nokia.com
Acked-by: Jarkko
After McBSP driver is hwmod adapted, the information about the hw would be
obtained from the hwmod database by the mcbsp driver. Since DMA programming is
handled by the client driver, APIs are provided to pass the DMA channel number
and base address of data register required by the client driver
Added a name to address space belonging to SDMA and MPU facilitating
the driver to get the address space info by name. Added a revision
member inorder to facilitate the driver to differentiate between
mcbsp in different omap.
Also added a platform_get_irq in probe to get irq number by index since
From: Charulatha V ch...@ti.com
Add McBSP hwmod data for OMAP2420.
Also add macros in prcm-common.h for idlest bit of OMAP24XX McBSP devices
Signed-off-by: Charulatha V ch...@ti.com
Signed-off-by: Kishon Vijay Abraham I kis...@ti.com
Signed-off-by: Shubhrajyoti D shubhrajy...@ti.com
Cc: Benoit
WORM_Mydoom.DAM has been detected,and Clean fail, delete entire message
has been taken on 2/18/2011 8:01:49 AM.
--
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
Hi Rajendra,
On 2/16/2011 2:43 PM, Nayak, Rajendra wrote:
Hi Benoit,
-Original Message-
From: Cousson, Benoit [mailto:b-cous...@ti.com]
Sent: Wednesday, February 16, 2011 6:37 PM
To: Nayak, Rajendra
Cc: linux-omap@vger.kernel.org; p...@pwsan.com;
linux-arm-ker...@lists.infradead.org
Add SI4713 FM transmitter supplies, platform data and setup to RX-51/N900.
It is connected to line output signals of TLV320AIC34 codec A part.
Driver can be either built-in or a module. It can be tuned with v4l2-ctl
from ivtv-utils. Following examples illustrate the use of it:
v4l2-ctl -d
On 2/16/2011 1:11 PM, Nayak, Rajendra wrote:
_init_clock always returns 0 and does
not propogate the error (in case of failure)
back to the caller, causing _init_clocks to
fail silently.
Signed-off-by: Rajendra Nayakrna...@ti.com
---
arch/arm/mach-omap2/omap_hwmod.c |2 +-
1 files
Hi Rajendra,
The patch below is not the latest one. I sent the latest patch set
attached to the offlist e-mail I sent yesterday. As soon as the
architecture discussions are sorted out I will re-submit.
Some more comments inline.
On Fri, Feb 18, 2011 at 12:04 PM, Rajendra Nayak rna...@ti.com
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Reizer, Eyal
Sent: Thursday, January 27, 2011 3:20 PM
To: linux-omap@vger.kernel.org
Subject: [PATCH] omap: omap3evm: add support for the WL12xx WLAN module to
the
Hi,
On Fri, Feb 18, 2011 at 04:32:51PM +0300, Sergei Shtylyov wrote:
On 18-02-2011 15:11, Felipe Balbi wrote:
Here are the patches I have for the next merge window.
IIRC, you wrote yesterday that we have several days to send the
patches still. I have one almost ready...
Please send,
On Friday 18 February 2011 12:46 AM, Valkeinen, Tomi wrote:
On Thu, 2011-02-17 at 08:49 -0600, Paul Walmsley wrote:
On Wed, 16 Feb 2011, Raghuveer Murthy wrote:
snip
DPLL_PER post divider output for DSS core functional clock can be changed in
OMAP3xxx and OMAP4430, based on the requested
Hi all,
On Fri, Feb 18, 2011 at 03:11:11PM +0100, Cousson, Benoit wrote:
On 2/17/2011 7:18 PM, Tony Lindgren wrote:
* Cousson, Benoitb-cous...@ti.com [110217 09:45]:
Done, boot tested, and that does remove the warning about the
missing opt clock you had with the previous data.
Hi Felipe,
On 2/18/2011 4:41 PM, Balbi, Felipe wrote:
Hi all,
On Fri, Feb 18, 2011 at 03:11:11PM +0100, Cousson, Benoit wrote:
On 2/17/2011 7:18 PM, Tony Lindgren wrote:
* Cousson, Benoitb-cous...@ti.com [110217 09:45]:
Done, boot tested, and that does remove the warning about the
On Fri, 2011-02-18 at 15:07 +0200, Tomi Valkeinen wrote:
On Fri, 2011-02-18 at 06:55 -0600, Daniel Morsing wrote:
On Fri, 2011-02-18 at 13:36 +0100, Thomas Weber wrote:
Hello Daniel,
Am 12.02.2011 18:02, schrieb Daniel Morsing:
This patch adds a generic panel entry for the 4.3
On Fri, Feb 18, 2011 at 02:11:45PM +0200, Felipe Balbi wrote:
Hi Greg,
Here are the patches I have for the next merge window.
The outstanding feature is the introduction of pm_runtime
support for the OMAP glue layer for MUSB.
These patches have been tested on omap4430 with g_zero
+
On Fri, Feb 18, 2011 at 08:31:44AM -0800, Greg KH wrote:
On Fri, Feb 18, 2011 at 02:11:45PM +0200, Felipe Balbi wrote:
Hi Greg,
Here are the patches I have for the next merge window.
The outstanding feature is the introduction of pm_runtime
support for the OMAP glue layer for MUSB.
On Fri, 2011-02-18 at 10:18 -0600, Daniel Morsing wrote:
On Fri, 2011-02-18 at 15:07 +0200, Tomi Valkeinen wrote:
On Fri, 2011-02-18 at 06:55 -0600, Daniel Morsing wrote:
On Fri, 2011-02-18 at 13:36 +0100, Thomas Weber wrote:
Hello Daniel,
Am 12.02.2011 18:02, schrieb Daniel
On 2/18/2011 4:41 PM, Balbi, Felipe wrote:
Hi all,
On Fri, Feb 18, 2011 at 03:11:11PM +0100, Cousson, Benoit wrote:
On 2/17/2011 7:18 PM, Tony Lindgren wrote:
* Cousson, Benoitb-cous...@ti.com [110217 09:45]:
Done, boot tested, and that does remove the warning about the
missing opt clock
Patch series for TWL4030 power scripts and workaround for TWL errata 27.
Changes for implementing TWL4030 power scripts recommended by hardware team.
Introduced a new TWL4030 power script file, which can be used by different
OMAP3 board with the power companion chip TWL4030.
Updated the changes
Since the function to populate the sleep script is getting called always
irrespective of the flag TWL4030_SLEEP_SCRIPT, other scripts data
is getting over written by the sleep script.
Signed-off-by: Lesly A M lesl...@ti.com
Cc: Nishanth Menon n...@ti.com
Cc: David Derrick dderr...@ti.com
Cc:
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 checking for printing the warning should be if(!order)
(ie: print the warning
Removing the hard coded values, rearranging the elements based on
OMAP, PMIC board specific.
Signed-off-by: Lesly A M lesl...@ti.com
Cc: Nishanth Menon n...@ti.com
Cc: David Derrick dderr...@ti.com
Cc: Samuel Ortiz sa...@linux.intel.com
---
arch/arm/mach-omap2/omap_twl.c| 99
Since the clocksetup voltsetup time used for RET OFF is different.
And Updating the VC setuptime struct during init based on the OMAP Si.
Clocksetup voltsetup time values used are recommended by TI Soldel team,
which is tested on omap3 platform.
http://omapedia.org/wiki/TWL4030_power_scripts
Since voltage controller command values(ON/RET) for OMAP3630 Si is different.
Using the new voltage values specified in the Operating Condition Addendum
for OMAP3630.
Signed-off-by: Lesly A M lesl...@ti.com
Cc: Nishanth Menon n...@ti.com
Cc: David Derrick dderr...@ti.com
Cc: Samuel Ortiz
Changing the polarity of the sys_offmode signal to active low,
to get a High to Low transition on the NSLEEP1 of PM IC when OMAP is
entering offmode. Because on PM IC the power resources (LDO, DCDC regulators)
associated with P1 group which is controlled by NSLEEP1 are set to sleep,
when there is
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 is exported and can be used by any other
boardfile to update the power data in
Workaround for TWL5030 Silicon Errata 27 28:
27 - VDD1, VDD2, may have glitches when their output value is updated.
28 - VDD1 and / or VDD2 DCDC clock may stop working when internal clock
is switched from internal to external.
Errata 27:
If the DCDC
Since the setup time values are different for each CORE_DOMAIN target state
and VDD1(MPU voltage) can not be scaled separately. Because VDD1 has
dependency with VDD2(CORE voltage)
Adding a new function omap3_voltage_vc_update() to re-program the VC setuptime
data while entering low power mode.
Using TWL4030 power scripts to control the LDOs and DCDC regulators
while going to low power mode.
Signed-off-by: Lesly A M lesl...@ti.com
Cc: Nishanth Menon n...@ti.com
Cc: David Derrick dderr...@ti.com
Cc: Samuel Ortiz sa...@linux.intel.com
---
arch/arm/mach-omap2/Makefile|3 ++-
Using TWL4030 power scripts to control the LDOs and DCDC regulators
while going to low power mode.
Signed-off-by: Lesly A M lesl...@ti.com
Cc: Nishanth Menon n...@ti.com
Cc: David Derrick dderr...@ti.com
Cc: Samuel Ortiz sa...@linux.intel.com
---
arch/arm/mach-omap2/Makefile |
On 2/16/2011 1:11 PM, Nayak, Rajendra wrote:
Add a hwmod state check in the _setup function
to avoid setting up hwmods' for which clock
lookup has failed.
Signed-off-by: Rajendra Nayakrna...@ti.com
---
arch/arm/mach-omap2/omap_hwmod.c |6 ++
1 files changed, 6 insertions(+), 0
* Artem Bityutskiy dedeki...@gmail.com [110217 20:31]:
Hi,
On Thu, 2011-02-17 at 15:46 -0800, Tony Lindgren wrote:
* Adrian Hunter adrian.hun...@nokia.com [110207 00:45]:
From: Roman Tereshonkov roman.tereshon...@nokia.com
The current multiblock erase verify read timeout 100us is
Hi Russell,
On Wed, Feb 16, 2011 at 4:35 PM, Dave Martin dave.mar...@linaro.org wrote:
Hi,
On Fri, Feb 11, 2011 at 04:32:47PM +, Russell King - ARM Linux wrote:
[...]
diff --git a/arch/arm/kernel/vmlinux.lds.S b/arch/arm/kernel/vmlinux.lds.S
index 45b5651..343d29f 100644
---
From: Jean Pihet j-pi...@ti.com
The patch adds the new power management trace points for
the OMAP architecture.
The trace points are for:
- default idle handler. Since the cpuidle framework is
instrumented in the generic way there is no need to
add trace points in the OMAP specific cpuidle
-Original Message-
From: Santosh Shilimkar [mailto:santosh.shilim...@ti.com]
Sent: Saturday, February 12, 2011 5:00 PM
To: linux-omap@vger.kernel.org
Cc: khil...@ti.com; linux-arm-ker...@lists.infradead.org;
t...@atomide.com; Santosh Shilimkar
Subject: [PATCH 2/5] omap4: Enable ARM
On Thu, Feb 10, 2011 at 10:02 PM, Kevin Hilman khil...@ti.com wrote:
jean.pi...@newoldbits.com writes:
From: Jean Pihet j-pi...@ti.com
The patch adds the new power management trace points for
the OMAP architecture.
The trace points are for:
- default idle handler. Since the cpuidle
Jean,
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of jean.pi...@newoldbits.com
Sent: Friday, February 18, 2011 11:41 PM
To: Kevin Hilman; Thomas Renninger; linux-omap@vger.kernel.org;
Hello,
I have downloaded the kernel yesterday (Feb 17) using:
git clone -depth 1
git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git
Then today I did a git pull to sync up. So I think I am ready to attempt a
kernel compile. I hope this kernel is stable. I need the
Hi,
On Fri, Feb 18, 2011 at 7:08 PM, Lesly A M lesl...@ti.com wrote:
Workaround for TWL5030 Silicon Errata 27 28:
27 - VDD1, VDD2, may have glitches when their output value is updated.
28 - VDD1 and / or VDD2 DCDC clock may stop working when internal clock
is
Hi,
On Fri, Feb 18, 2011 at 7:08 PM, Lesly A M lesl...@ti.com wrote:
Since the function to populate the sleep script is getting called always
irrespective of the flag TWL4030_SLEEP_SCRIPT, other scripts data
is getting over written by the sleep script.
Are you sure this is the correct patch
Hi,
On Fri, Feb 18, 2011 at 7:08 PM, Lesly A M lesl...@ti.com wrote:
Added api to get the TWL5030 Si version from the IDCODE register.
It is used for enabling the workaround for TWL errata 27.
Signed-off-by: Lesly A M lesl...@ti.com
Cc: Nishanth Menon n...@ti.com
Cc: David Derrick
Hi,
On Fri, Feb 18, 2011 at 11:20 AM, Mike Turquette mturque...@ti.com wrote:
Introduce voltage transition notification handlers for Adaptive Body-Bias
LDOs. There is an ABB LDO for VDD_MPU on OMAP3630 and an ABB_LDO on VDD_MPU
and VDD_IVA on OMAP4430.
All of these LDOs are handled
On Sat, Feb 19, 2011 at 1:33 AM, David Cohen daco...@gmail.com wrote:
Hi,
On Fri, Feb 18, 2011 at 7:08 PM, Lesly A M lesl...@ti.com wrote:
Workaround for TWL5030 Silicon Errata 27 28:
27 - VDD1, VDD2, may have glitches when their output value is updated.
28 - VDD1 and / or
Hello Dmitry,
If there are no further comments.
Can it be queued?
With Regards,
Shubhro
On Tuesday 08 February 2011 02:00 PM, Shubhrajyoti wrote:
Hello,
Any comments/suggestions.
Thanks,
On Monday 27 December 2010 11:21 AM, shubhrajy...@ti.com wrote:
From: Abraham Arcex0066...@ti.com
Hi Shubhrajyoti,
On Sat, Feb 19, 2011 at 08:37:15AM +0530, Shubhrajyoti wrote:
Hello Dmitry,
If there are no further comments.
Can it be queued?
I normally try not to merge board code leaving it to arch owner. Can we
at least get arch/board maintainer ACKs on this?
Also, I am wondering, what
Hi,
2011/2/18 archit taneja arc...@ti.com:
Hi,
On Friday 18 February 2011 09:46 AM, Sung Hee Park wrote:
Bryan,
I've already tried that patch but didn't work. The omapdss is not
showing any error message, but omapfb still does.
Thanks,
Sung Hee
On Thu, Feb 17, 2011 at 7:46 PM, Bryan
98 matches
Mail list logo