On Thu, Sep 16, 2010 at 06:39:20AM -0500, Munegowda, Keshava wrote:
-Original Message-
From: Munegowda, Keshava
Sent: Tuesday, September 14, 2010 4:40 AM
To: linux-...@vger.kernel.org; linux-omap@vger.kernel.org
Cc: Gadiyar, Anand; Kamat, Nishant; Munegowda, Keshava
Subject: [PATCH] usb:
Hi,
On Thu, Sep 16, 2010 at 07:09:00PM -0500, Tony Lindgren wrote:
diff --git a/drivers/cbus/retu.c b/drivers/cbus/retu.c
index 1397366..4a072da 100644
--- a/drivers/cbus/retu.c
+++ b/drivers/cbus/retu.c
@@ -531,11 +531,11 @@ static int __init retu_init(void)
/* Set up correct gpio
Hi Manjunath,
On 9/17/2010 7:05 AM, G, Manjunath Kondaiah wrote:
Kevin,
-Original Message-
From: G, Manjunath Kondaiah
Sent: Tuesday, September 14, 2010 3:42 PM
To: G, Manjunath Kondaiah; Kevin Hilman
Cc: linux-omap@vger.kernel.org; Cousson, Benoit; Shilimkar, Santosh
Subject: RE:
Hi Benoit,
-Original Message-
From: Cousson, Benoit
Sent: Friday, September 17, 2010 12:55 PM
To: G, Manjunath Kondaiah
Cc: Kevin Hilman; linux-omap@vger.kernel.org; Shilimkar, Santosh
Subject: Re: [PATCH v2 09/11] OMAP: DMA: Implement generic
errata handling
Hi Manjunath,
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Tuesday, August 10, 2010 5:51 AM
To: Varadarajan, Charulatha
Cc: linux-omap@vger.kernel.org; p...@pwsan.com; Cousson,
Benoit; Nayak, Rajendra; Basak, Partha
Subject: Re: [PATCH 12/13 v5] OMAP:
-Original Message-
From: Cousson, Benoit
Sent: Thursday, September 16, 2010 2:49 AM
To: Varadarajan, Charulatha
Cc: t...@atomide.com; w...@iguana.be; linux-watch...@vger.kernel.org;
khil...@deeprootsystems.com; p...@pwsan.com; Nayak, Rajendra; Basak,
Partha;
This patch is temporary fix to below crash. This is observed when
CPU is clocked more than 600 MHz.
Unhandled fault: imprecise external abort (0x1406) at 0xbf9ef65c
Internal error: : 1406 [#1] PREEMPT SMP
last sysfs file:
Modules linked in:
CPU: 0Not tainted (2.6.36-rc3+ #18)
PC is at
On Davinci SRAM is mapped as MT_DEVICE becasue of the section
mapping pre-requisite instead of intended MT_MEMORY_NONCACHED
Since the section mapping limitation gets fixed with first
patch in this series, the MT_MEMORY_NONCACHED can be used now.
Have not tested this, so somebody with Davinci
On ES2.0 the L2 cache init parameter ineeds to be changed to take
care of cache size. The cache size is 1MB on ES2.0 vs 512KB on ES1.0
This patch fixes the init parameter to update the same using
dynamic cpu version check
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
---
Few initial omap4 es2 samples IDCODE is same as es1. This patch
uses ARM cpuid register to detect the ES version for such samples
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
---
arch/arm/mach-omap2/id.c |9 +
1 files changed, 9 insertions(+), 0 deletions(-)
diff --git
From: David Anders x0132...@ti.com
Add support for use of DEBUG_LL for use with PandaBoard.
Signed-off-by: David Anders x0132...@ti.com
---
arch/arm/plat-omap/include/plat/uncompress.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git
From: Vikram Pandita vikram.pand...@ti.com
For OMAP24xx/34xx/44xx: omap_type() returns the correct type:
OMAP2_DEVICE_TYPE_TEST
OMAP2_DEVICE_TYPE_EMU
OMAP2_DEVICE_TYPE_SEC
OMAP2_DEVICE_TYPE_GP
OMAP2_DEVICE_TYPE_BAD
In current implementation there are two problems:
Problem 1:
For 34xx, the
On OMAP4 control pad are not addressable from control
core base. So the common omap_ctrl_read/write APIs breaks
Hence export separate APIs to manage the omap4 pad control
registers.
This APIs will work only for OMAP4
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
---
On omap4 control module is divided in four IP blocks.
- CTRL_MODULE_CORE 0x4a002000
- CTRL_MODULE_PAD_CORE 0x4a10
- CTRL_MODULE_WKUP 0x4a30c000
- CTRL_MODULE_PAD_WKUP 0x4a31e000
Addressing all the modules with single base address is
This patch updates the id.c and cpu.h files to support
omap4 ES2.0 silicon detection.
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
---
arch/arm/mach-omap2/id.c | 29 ++---
arch/arm/plat-omap/include/plat/cpu.h |5 -
2 files changed, 26
This patch has multiple fixes together. To ensure that git bisect work across
commits, all changes are clubbed together
1. Move the common control base address to control core
2. Remove the manually coeded defines and use the ones from headers.
3. Fix the the status register define in id.c for
Currently we map 1 MB section while setting up SRAM on OMAPs.
The actual physcal OCM RAM available on OMAP SOCs is in order
of KBs. This patch maps only available sram and removes some
non necessary cpu_is_xxx checks.
On the newer ARMs with speculation, this is dangerous and can
result in
This patch populates the L1 entries for MT_MEMORY and MT_MEMORY_NONCACHED
types so that at boot-up, we can map memories outside system memory
at page level granularity
Previously the mapping was limiting to section level, which creates
unnecessary addiotional mapping for which physical memory may
From: Vikram Pandita vikram.pand...@ti.com
On OMAP4 there is no need to have SRAM_BOOTLOADER_SZ provision
Hence put this macro under CONFIG_ARCH_OMAP2PLUS check
Signed-off-by: Vikram Pandita vikram.pand...@ti.com
Reviewed-by: Santosh Shilimkar santosh.shilim...@ti.com
---
This is consolidated patch series targetted for 2.6.37 merge window.
All of these patches have been already posted/reviewed on the list.
The series contains
- SRAM mapping fixes to avoid speculative aborts
- omap4 control module support
- Fixes for omap4 HS/GP detection
Hi Charu,
On 9/17/2010 11:23 AM, Varadarajan, Charulatha wrote:
-Original Message-
From: Cousson, Benoit
Sent: Thursday, September 16, 2010 2:49 AM
To: Varadarajan, Charulatha
Cc: t...@atomide.com; w...@iguana.be; linux-watch...@vger.kernel.org;
khil...@deeprootsystems.com;
-Original Message-
From: Cousson, Benoit
Sent: Friday, September 17, 2010 3:26 PM
To: Varadarajan, Charulatha
Cc: t...@atomide.com; w...@iguana.be; linux-watch...@vger.kernel.org;
khil...@deeprootsystems.com; p...@pwsan.com; Nayak, Rajendra; Basak,
Partha;
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Shilimkar, Santosh
Sent: Friday, September 17, 2010 4:48 AM
To: linux-omap@vger.kernel.org
Cc: linux-arm-ker...@lists.infradead.org; Shilimkar, Santosh; Nayak,
Rajendra
On Fri, Sep 17, 2010 at 03:17:46PM +0530, Santosh Shilimkar wrote:
Currently we map 1 MB section while setting up SRAM on OMAPs.
The actual physcal OCM RAM available on OMAP SOCs is in order
physical
of KBs. This patch maps only available sram and removes some
non necessary cpu_is_xxx
On Fri, Sep 17, 2010 at 03:17:47PM +0530, Santosh Shilimkar wrote:
On Davinci SRAM is mapped as MT_DEVICE becasue of the section
mapping pre-requisite instead of intended MT_MEMORY_NONCACHED
Since the section mapping limitation gets fixed with first
patch in this series, the
-Original Message-
From: Menon, Nishanth
Sent: Friday, September 17, 2010 3:45 PM
To: Shilimkar, Santosh; linux-omap@vger.kernel.org
Cc: linux-arm-ker...@lists.infradead.org; Nayak, Rajendra
Subject: RE: [PATCH 14/14] omap4: Fix bootup crash observed with higher
CPU clocks
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Santosh Shilimkar
Sent: Friday, September 17, 2010 4:48 AM
On OMAP4 control pad are not addressable from control
core base. So the common omap_ctrl_read/write APIs
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Shilimkar, Santosh
Sent: Friday, September 17, 2010 4:48 AM
[..]
diff --git a/arch/arm/mach-omap2/id.c b/arch/arm/mach-omap2/id.c
index ae70ae9..0412233 100644
---
-Original Message-
From: Russell King - ARM Linux [mailto:li...@arm.linux.org.uk]
Sent: Friday, September 17, 2010 3:46 PM
To: Shilimkar, Santosh
Cc: linux-omap@vger.kernel.org; linux-arm-ker...@lists.infradead.org
Subject: Re: [PATCH 03/14] davinci: map sram using
-Original Message-
From: Shilimkar, Santosh
Sent: Friday, September 17, 2010 5:17 AM
[..]
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Shilimkar, Santosh
Sent: Friday, September 17, 2010 4:48 AM
On 9/17/2010 10:09 AM, G, Manjunath Kondaiah wrote:
Hi Benoit,
...
I assume you are ok with option #1. Let me know if you have any
issues/concenrs with above approach. I am in the process of
consolidating
all the review comments and addressing all applicable
review comments.
Not
-Original Message-
From: Menon, Nishanth
Sent: Friday, September 17, 2010 3:57 PM
To: Shilimkar, Santosh; linux-omap@vger.kernel.org
Cc: linux-arm-ker...@lists.infradead.org; Nayak, Rajendra
Subject: RE: [PATCH 14/14] omap4: Fix bootup crash observed with higher
CPU clocks
Hi,
On Fri, Sep 17, 2010 at 05:14:59AM -0500, Menon, Nishanth wrote:
@@ -581,7 +581,7 @@ int omap_dm_timer_set_source(struct omap_dm_timer
*timer, int source)
* When the functional clock disappears, too quick writes seem
* to cause an abort. XXX Is this still necessary?
hi,
On Fri, Sep 17, 2010 at 05:30:30AM -0500, Shilimkar, Santosh wrote:
Second your thought. Infact I wasn't ok to push this patch to start
with but it's needed till the timer hwmod gets merged
to me, it just looks like omap_test_timeout() is timing out and that
function is
-Original Message-
From: Russell King - ARM Linux [mailto:li...@arm.linux.org.uk]
Sent: Friday, September 17, 2010 3:46 PM
To: Shilimkar, Santosh
Cc: linux-omap@vger.kernel.org; linux-arm-ker...@lists.infradead.org
Subject: Re: [PATCH 02/14] omap: Map only available sram memory
On
-Original Message-
From: Balbi, Felipe
Sent: Friday, September 17, 2010 4:12 PM
To: Shilimkar, Santosh
Cc: Menon, Nishanth; linux-omap@vger.kernel.org; linux-arm-
ker...@lists.infradead.org; Nayak, Rajendra
Subject: Re: [PATCH 14/14] omap4: Fix bootup crash observed with higher
CPU
-Original Message-
From: Balbi, Felipe
Sent: Friday, September 17, 2010 4:49 PM
To: Shilimkar, Santosh
Cc: Balbi, Felipe; Menon, Nishanth; linux-omap@vger.kernel.org; linux-arm-
ker...@lists.infradead.org; Nayak, Rajendra; Kevin Hilman
Subject: Re: [PATCH 14/14] omap4: Fix bootup
-Original Message-
From: Cousson, Benoit
Sent: Friday, September 17, 2010 3:59 PM
To: G, Manjunath Kondaiah
Cc: Kevin Hilman; linux-omap@vger.kernel.org; Shilimkar, Santosh
Subject: Re: [PATCH v2 09/11] OMAP: DMA: Implement generic
errata handling
On 9/17/2010 10:09 AM, G,
Hi,
I had a quick look at this and it's amazing how broken
the whole power event tracing interfaces are.
It's not your fault, Jean, they always were and adding your stuff is
fine.
Some questions, maybe I've overseen something:
Why does this event:
DEFINE_EVENT(power, power_frequency,
exist and
On Mon, 2010-08-30 at 13:30 -0700, Paul E. McKenney wrote:
On Fri, Aug 27, 2010 at 09:12:24AM +0300, Hiroshi DOYU wrote:
+static struct kmemleak_object *find_and_get_object(unsigned long ptr,
int alias)
+{
+ struct kmemleak_object *object;
+
+ rcu_read_lock();
+ object =
Hi Thomas,
On Fri, Sep 17, 2010 at 3:08 PM, Thomas Renninger tr...@suse.de wrote:
Hi,
I had a quick look at this and it's amazing how broken
the whole power event tracing interfaces are.
It's not your fault, Jean, they always were and adding your stuff is
fine.
That is the whole point! This
This patch has changes to update the C state latencies for OMAP3630
and removes the useless C-States, keeping only the optimized ones with
their corresponding measured latencies.
Only 4 C-states are kept instead of 7 C-States:
* C1 . MPU WFI clock gated + Core autogating
* C3 . MPU
Series of patches to port watchdog module to use hwmod APIs
for OMAP2PLUS chips and use runtime APIs for all OMAP chips.
For this hwmod database for OMAP2PLUS watchdog instances are
populated. This patch series also implements watchdog
module to use PM runtime APIs.
This patch series is created
Add watchdog timer hwmod data for OMAP2430 chip
Signed-off-by: Charulatha V ch...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_2430_data.c | 63
1 files changed, 63 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/omap_hwmod_2430_data.c
Add watchdog timer hwmod data for OMAP2420 chip
Signed-off-by: Charulatha V ch...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_2420_data.c | 63
1 files changed, 63 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/omap_hwmod_2420_data.c
Add watchdog timer hwmod data for OMAP3 chip
Signed-off-by: Charulatha V ch...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_3xxx_data.c | 65
1 files changed, 65 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/omap_hwmod_3xxx_data.c
This patch adds the CM_FCLKEN_WKUP, CM_ICLKEN_WKUP, PM_WKEN_WKUP
shared bits for OMAP2PLUS watchdog timer module.
Signed-off-by: Charulatha V ch...@ti.com
---
arch/arm/mach-omap2/prcm-common.h |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git
Call runtime pm APIs pm_runtime_put_sync() and pm_runtime_get_sync()
for enabling/disabling the clocks, sysconfig settings instead of using
clock FW APIs.
Signed-off-by: Charulatha V ch...@ti.com
---
drivers/watchdog/omap_wdt.c | 42 +++---
1 files changed,
From: Benoit Cousson b-cous...@ti.com
Add watchdog timer hwmod data for OMAP4 chip
Signed-off-by: Benoit Cousson b-cous...@ti.com
Signed-off-by: Charulatha V ch...@ti.com
---
This patch is extracted from the below patch sent by Benoit
https://patchwork.kernel.org/patch/117347/
This patch splits omap_init_wdt() into separate omap_init_wdt()
functions under mach-omap1 and mach-omap2 and set them up with
subsys_initcall.
Also it uses omap_device_build() API instead of
platform_device_register() for watchdog timer device registration
for OMAP2plus chips.
For OMAP2plus
* Jean Pihet jean.pi...@newoldbits.com wrote:
Apropos documentation..., are the power trace events documented
somewhere?
No. We need something like Documentation/trace/events-kmem.txt. I can
write that with for the new power API.
Such a patch introducing events-power.txt would be most
Basak, Partha p-bas...@ti.com writes:
[...]
/* TODO: Analyze removing gpio_bank_count usage from driver code */
@@ -1045,6 +1044,9 @@ static int omap_gpio_request(struct
gpio_chip *chip, unsigned offset)
struct gpio_bank *bank = container_of(chip, struct
gpio_bank, chip);
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Vishwanath BS
Sent: Friday, September 17, 2010 7:43 PM
To: linux-omap@vger.kernel.org
Cc: Sripathy, Vishwanath; Chalhoub, Nicole
Subject: [PATCH] OMAP3630 PM: Update C
Cousson, Benoit b-cous...@ti.com writes:
Hi Charu,
On 9/17/2010 11:23 AM, Varadarajan, Charulatha wrote:
-Original Message-
From: Cousson, Benoit
Sent: Thursday, September 16, 2010 2:49 AM
To: Varadarajan, Charulatha
Cc: t...@atomide.com; w...@iguana.be;
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Thursday, September 16, 2010 8:50 PM
To: Gopinath, Thara
Cc: linux-omap@vger.kernel.org; p...@pwsan.com; Sripathy, Vishwanath; Sawant,
Anand; Cousson, Benoit
Subject: Re: [PATCH 01/13] OMAP: Introduce a
This series makes I2C device registration use hwmod
and omap_device api's and converts the I2C driver to use
runtime PM api's.
Patches apply on the pm-core branch from Kevin's tree.
v2 has minor review comment fixes over v1 and is additionally
boot tested on a 2430sdp platform along with being
Add hwmod structures for I2C controllers on OMAP4430.
Signed-off-by: Rajendra Nayak rna...@ti.com
Signed-off-by: Benoit Cousson b-cous...@ti.com
---
This patch is extracted from the below patch
OMAP4: hwmod: Add initial data for OMAP4430 ES1 ES2
https://patchwork.kernel.org/patch/117347/
From: Paul Walmsley p...@pwsan.com
Split the OMAP1 and OMAP2+ platform_device build and register code.
Convert the OMAP2+ variant to use omap_device.
This patch was developed in collaboration with Rajendra Nayak
rna...@ti.com.
Signed-off-by: Paul Walmsley p...@pwsan.com
Signed-off-by: Rajendra
Add hwmod structures for I2C controllers on OMAP3430.
This patch was developed in collaboration with Paul Walmsley p...@pwsan.com.
Signed-off-by: Rajendra Nayak rna...@ti.com
Signed-off-by: Paul Walmsley p...@pwsan.com
Cc: Kevin Hilman khil...@deeprootsystems.com
---
This patch converts the i2c driver to use PM runtime apis
Signed-off-by: Rajendra Nayak rna...@ti.com
Cc: Kevin Hilman khil...@deeprootsystems.com
Cc: Paul Walmsley p...@pwsan.com
---
drivers/i2c/busses/i2c-omap.c | 67 +
1 files changed, 21
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Thursday, September 16, 2010 8:52 PM
To: Gopinath, Thara
Cc: linux-omap@vger.kernel.org; p...@pwsan.com; Sripathy, Vishwanath; Sawant,
Anand; Cousson, Benoit
Subject: Re: [PATCH 04/13] OMAP: Introduce API
On 9/17/2010 1:28 PM, G, Manjunath Kondaiah wrote:
From: Cousson, Benoit
Sent: Friday, September 17, 2010 3:59 PM
On 9/17/2010 10:09 AM, G, Manjunath Kondaiah wrote:
Hi Benoit,
...
I assume you are ok with option #1. Let me know if you have any
issues/concenrs with above approach. I am
-Original Message-
From: Menon, Nishanth
Sent: Thursday, September 16, 2010 7:37 PM
To: Gopinath, Thara
Cc: Kevin Hilman; linux-omap@vger.kernel.org;
linux-arm-ker...@lists.infradead.org
Subject: Re: [PATCH 2/4] OMAP: OPP: twl/tps: Introduce TWL/TPS-specific code
Gopinath, Thara had
Hi Sanjeev,
-Original Message-
From: Premi, Sanjeev
Sent: Friday, September 17, 2010 7:57 PM
To: Sripathy, Vishwanath; linux-omap@vger.kernel.org
Cc: Sripathy, Vishwanath; Chalhoub, Nicole
Subject: RE: [PATCH] OMAP3630 PM: Update C state latencies
-Original Message-
Gopinath, Thara had written, on 09/17/2010 09:57 AM, the following:
[..]
From: Paul Walmsley p...@pwsan.com
The OPP layer code should be independent of the PMIC,
introduce the TWL/TPS-specific code out to its own file.
I have been using this code for a while now. I really do not think wee
Santosh,
Unfortunately, the kernel still cannot find MMC device and mount the
root file system on my Panda ES2.0 8 layers board.
Did we miss some patches? The Ubuntu 2.6.35 kernel boots fine.
-Bryan
On Fri, Sep 17, 2010 at 5:47 PM, Santosh Shilimkar
santosh.shilim...@ti.com wrote:
This is
On Friday 17 September 2010 16:05:51 Jean Pihet wrote:
Hi Thomas,
On Fri, Sep 17, 2010 at 3:08 PM, Thomas Renninger tr...@suse.de wrote:
Hi,
I had a quick look at this and it's amazing how broken
the whole power event tracing interfaces are.
It's not your fault, Jean, they always
Cousson, Benoit b-cous...@ti.com writes:
[...]
If you cannot do that, you will need to add an omap_device API as
well.
There is already one such API exists in hwmod layer for handling
this type of errata(omap_hwmod_set_slave_idlemode in omap_hwmod.c).
Above proposal is based on similar
On Friday 17 September 2010 16:24:59 Ingo Molnar wrote:
* Jean Pihet jean.pi...@newoldbits.com wrote:
Apropos documentation..., are the power trace events documented
somewhere?
No. We need something like Documentation/trace/events-kmem.txt. I
can write that with for the new power
On Thu, Sep 16, 2010 at 08:29:33PM -0500, Nishanth Menon wrote:
+struct opp_def {
+ unsigned long freq;
+ unsigned long u_volt;
+
+ bool enabled;
+};
It might be clearer to use some term other than enabled in the code -
when reading I wasn't immediately sure if enabled meant
On 8/24/2010 1:04 PM, G, Manjunath Kondaiah wrote:
This patch introduces generic way of handling all OMAP DMA
errata's which are applicable for OMAP1 and OMAP2PLUS processors.
...
diff --git a/arch/arm/mach-omap2/dma.c b/arch/arm/mach-omap2/dma.c
index f369bee..8832bd1 100644
---
* Madhusudhan Chikkature madhu...@ti.com [100915 16:50]:
OMAP4: HSMMC cmd line reset change
The cmd line reset logic is changed in OMAP4 ES2. The new procedure
is to monitor a 0-1 transition and then 1-0 transition.The earlier
logic would fail on ES2 chips because the loop could exit even
Mark Brown had written, on 09/17/2010 10:36 AM, the following:
On Thu, Sep 16, 2010 at 08:29:33PM -0500, Nishanth Menon wrote:
+struct opp_def {
+ unsigned long freq;
+ unsigned long u_volt;
+
+ bool enabled;
+};
It might be clearer to use some term other than enabled in
On Fri, Sep 17, 2010 at 10:53:06AM -0500, Nishanth Menon wrote:
Mark Brown had written, on 09/17/2010 10:36 AM, the following:
It might be clearer to use some term other than enabled in the code -
when reading I wasn't immediately sure if enabled meant that it was
available to be selected or
From: Benoit Cousson b-cous...@ti.com
Add uart1-4 hwmod data into omap4_hwmod data file.
Signed-off-by: Benoit Cousson b-cous...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_44xx_data.c | 235
1 files changed, 235 insertions(+), 0 deletions(-)
diff --git
From: Kevin Hilman khil...@deeprootsystems.com
This patch adds omap_hwmod data for UARTs on OMAP2 and OMAP3
platforms.
UART4 support for 3630 and OMAP2 hwmod data added by Govindraj R.
Cc: Govindraj.R govindraj.r...@ti.com
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
---
From: Kevin Hilman khil...@ti.com
Major rework of OMAP UART init for omap_device conversion as well as
use with either 8250 driver or new omap-serial driver.
In preparation for a new omap-serial driver, remove 8250 assumptions
and dependencies from the serial core.
Convert UART core and PM
Remove set_uart_globals function as this will not be needed as
physical address for uarts will be taken from hwmod data file.
Cc: Kevin Hilman khil...@deeprootsystems.com
Signed-off-by: Govindraj.R govindraj.r...@ti.com
---
arch/arm/mach-omap2/serial.c |5 -
From: Kevin Hilman khil...@deeprootsystems.com
Since the omap_device for UART is currently managed inside the idle
path itself, don't let the bus-level code suspend/resume the UART.
To prevent this, pm_runtime_get() is used when preparing for suspend
and pm_runtime_put() is used when finished
From: Kevin Hilman khil...@deeprootsystems.com
Since the UART enable/idle is done during the idle path (with
interrupts disabled), use the non-locking versions of the hwmod
enable/idle functions.
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
---
arch/arm/mach-omap2/serial.c | 23
This is only valid for omap 36xx family of chips.
Signed-off-by: Sergio Aguirre saagui...@ti.com
Signed-off-by: Govindraj.R govindraj.r...@ti.com
---
arch/arm/mach-omap2/clock3xxx_data.c | 22 ++
1 files changed, 22 insertions(+), 0 deletions(-)
diff --git
This patch adds driver support for OMAP2/3/4 high speed UART.
The driver is made separate from 8250 driver as we cannot
over load 8250 driver with omap platform specific configuration for
features like DMA, it makes easier to implement features like DMA and
hardware flow control and software flow
Enable omap-serial driver in /mach-omap2/Kconfig and
move 8250 driver selection for zoom boards. With omap-serial
driver addition all omap-uarts can be handled with
omap-serial driver.
With addition of omap-serial driver console parameter
needs be changed in bootargs from ttyS* should be
replaced
To standarize among other uarts (1 to 3), we shall now:
- Enable uart4 autodile bit.
- Enable uart4 wakeup in PER.
- Allow uart4 to wakeup the MPU.
Signed-off-by: Sergio Aguirre saagui...@ti.com
Signed-off-by: Govindraj.R govindraj.r...@ti.com
---
arch/arm/mach-omap2/cm-regbits-34xx.h |
Add prepare idle and resume idle call for uart4 used by 3630.
Cc: Kevin Hilman khil...@deeprootsystems.com
Signed-off-by: Govindraj.R govindraj.r...@ti.com
---
arch/arm/mach-omap2/pm34xx.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/pm34xx.c
On Tue, 2010-08-10 at 18:49 +0300, Hiroshi DOYU wrote:
Now there's not much difference with the attached patch, a new version
of alias.
/ # modprobe kmemleak-special-test use_alias=0
/ # time echo scan /sys/kernel/debug/kmemleak
real0m 2.30s
user0m 0.00s
sys 0m 2.30s
/ #
* Thomas Renninger tr...@suse.de wrote:
On Friday 17 September 2010 16:24:59 Ingo Molnar wrote:
* Jean Pihet jean.pi...@newoldbits.com wrote:
Apropos documentation..., are the power trace events documented
somewhere?
No. We need something like
Hello Santosh
On Fri, 17 Sep 2010, Santosh Shilimkar wrote:
This is consolidated patch series targetted for 2.6.37 merge window.
All of these patches have been already posted/reviewed on the list.
Patch 6 is missing, could you please look into why?
Also, please split all of the SCM changes
* Sukumar Ghorai s-gho...@ti.com [100916 00:53]:
This patch enable prefetch-irq mode for NAND.
--- a/drivers/mtd/nand/omap2.c
+++ b/drivers/mtd/nand/omap2.c
@@ -467,6 +485,152 @@ static void omap_write_buf_dma_pref(struct mtd_info
*mtd,
omap_nand_dma_transfer(mtd, (u_char *)
Hi Richard, Santosh,
On Thu, 16 Sep 2010, Shilimkar, Santosh wrote:
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Woodruff, Richard
Sent: Thursday, September 16, 2010 11:36 AM
To: Paul Walmsley; Hunter, Jon
* DebBarma, Tarun Kanti tarun.ka...@ti.com [100917 10:36]:
Hi,
While trying to boot kernel image on N800 I am seeing
lot of garbled characters along with the trace in gtkterm.
I have configured the terminal as follows:
Port: ttyS0
Speed: 115200
Parity: none
Bits:8
Stopbits: 1
Flow
Some patches for cleanup...
compile tested only...
Should not break existing user space apps, but they should
get converted asap to use power_swtich_state...
---
power-trace: Rename power frequency to power_switch_state
this interface/function is not intended for frequency changes
only, but
power-trace: Use power_switch_state instead of power_start and power_end
No need to have power_start and power_end. power_switch_state of state=0
means we exited power saving state. Userspace has all the information
it needs to detect power enter/exit case.
Export it, so that intel_idle can make
power-trace: Add x86 ACPI S- (machine sleep) state events.
Signed-off-by: Thomas Renninger tr...@suse.de
---
drivers/acpi/sleep.c | 11 ++-
1 file changed, 10 insertions(+), 1 deletion(-)
Index: linux-2.6.35-master/drivers/acpi/sleep.c
DO NOT APPLY THIS ONE!!!
The others should go into a mainline tree if Jean is ok with them.
This one does not work, due to some include dependencies or whatever
else I can't see right now.
The idea: Provide old trace power interfaces via .config option to not break
existing
On Friday, September 17, 2010, Nishanth Menon wrote:
Mark Brown had written, on 09/17/2010 10:36 AM, the following:
On Thu, Sep 16, 2010 at 08:29:33PM -0500, Nishanth Menon wrote:
+struct opp_def {
+ unsigned long freq;
+ unsigned long u_volt;
+
+ bool enabled;
+};
It
On Friday 17 September 2010 18:24:12 Ingo Molnar wrote:
* Thomas Renninger tr...@suse.de wrote:
On Friday 17 September 2010 16:24:59 Ingo Molnar wrote:
[ You dont even have to document it, as good code is self-explanatory ;-) ]
I recently posted a patch exporting some things through
Rafael J. Wysocki had written, on 09/17/2010 05:22 PM, the following:
On Friday, September 17, 2010, Nishanth Menon wrote:
Mark Brown had written, on 09/17/2010 10:36 AM, the following:
On Thu, Sep 16, 2010 at 08:29:33PM -0500, Nishanth Menon wrote:
+struct opp_def {
+ unsigned long
Tony Lindgren t...@atomide.com writes:
* Varadarajan, Charulatha ch...@ti.com [100917 07:11]:
Series of patches to port watchdog module to use hwmod APIs
for OMAP2PLUS chips and use runtime APIs for all OMAP chips.
For this hwmod database for OMAP2PLUS watchdog instances are
populated. This
On Saturday, September 18, 2010, Nishanth Menon wrote:
Rafael J. Wysocki had written, on 09/17/2010 05:22 PM, the following:
On Friday, September 17, 2010, Nishanth Menon wrote:
Mark Brown had written, on 09/17/2010 10:36 AM, the following:
On Thu, Sep 16, 2010 at 08:29:33PM -0500, Nishanth
1 - 100 of 110 matches
Mail list logo