On Tue, Jan 25, 2011 at 3:56 AM, Kevin Hilman khil...@ti.com wrote:
Hi Govindraj,
Govindraj.R govindraj.r...@ti.com writes:
Changes invloves:
1) Addition of hwmod data for omap2/3/4.
2) McSPI driver hwmod adaptation with cleanup of base address
macros and using
On Mon, Jan 24, 2011 at 11:39:13PM -0800, Colin Cross wrote:
On Mon, Jan 24, 2011 at 3:11 AM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Mon, Jan 24, 2011 at 11:06:09AM +, Russell King - ARM Linux wrote:
On Mon, Jan 24, 2011 at 02:21:17PM +0530, Santosh Shilimkar wrote:
On Mon, Jan 24, 2011 at 5:25 PM, Jean Pihet jean.pi...@newoldbits.com wrote:
Hi,
On Mon, Jan 24, 2011 at 5:11 PM, Dave Martin dave.mar...@linaro.org wrote:
Hi there, I just spotted a couple of things merging your patch...
On Tue, Jan 18, 2011 at 12:02 PM, jean.pi...@newoldbits.com wrote:
On Mon, Jan 24, 2011 at 11:39:13PM -0800, Colin Cross wrote:
This doesn't work for oneshot timers if the TWD_TIMER_CONTROL register
gets reset by cpu idle between twd_set_mode and twd_set_next_event.
Shadowing ctrl in a percpu variable and rewriting it during every call
to twd_set_next_event
-Original Message-
From: Russell King - ARM Linux [mailto:li...@arm.linux.org.uk]
Sent: Tuesday, January 25, 2011 5:00 PM
To: Colin Cross
Cc: Santosh Shilimkar; catalin.mari...@arm.com;
linus.ml.wall...@gmail.com; linux-omap@vger.kernel.org; linux-arm-
ker...@lists.infradead.org
On Mon, Jan 24, 2011 at 02:21:18PM +0530, Santosh Shilimkar wrote:
This patch moves SCU register defines from smp_scu.c to smp_scu.h
so that its available for platforms to use
The SCU CPU power status registers is used for power management
on OMAP4.
Could we instead have an API inside
On Tue, Jan 25, 2011 at 05:10:37PM +0530, Santosh Shilimkar wrote:
As I was suspecting the one shot mode wouldn't work it. Collin
just confirmed it.
To make it fully work it needs control register save restore.
And that can be managed within TWD library so that every platform
doesn't have to
This patch series is an effort to split the clockdomain
framework into platform independent and platform specific parts
as was done for the powerdomain framework.
This certainlly helps remove the various cpu_is_* checks
which exist today in the framework and makes
the code more maintainable and
Put infrastructure in place, so arch specific func pointers
can be hooked up to the platform-independent part of the
framework.
This is in preparation of splitting the clockdomain framework into
platform-independent part (for all omaps) and platform-specific
parts.
Signed-off-by: Rajendra Nayak
Define the following architecture specific funtions for omap2/3/4
.clkdm_allow_idle
.clkdm_deny_idle
Convert the platform-independent framework to call these functions.
Also rename the api's by removing the omap2_ preamble.
Hence call omap2_clkdm_allow_idle as clkdm_allow_idle and
Define the following architecture specific funtions for omap2/3/4
.clkdm_clk_enable
.clkdm_clk_disable
Convert the platform-independent framework to call these functions.
Also rename the api's by removing the omap2_ preamble.
Hence call omap2_clkdm_k_enable as clkdm_clk_enable and
Define the following architecture specific funtions for omap2/3/4
.clkdm_sleep
.clkdm_wakeup
Convert the platform-independent framework to call these functions.
Also rename the api's by removing the omap2_ preamble.
Hence call omap2_clkdm_wakeup as clkdm_wakeup and
omap2_clkdm_sleep as
Define the following architecture specific funtions for omap2/3
.clkdm_add_wkdep
.clkdm_del_wkdep
.clkdm_read_wkdep
.clkdm_clear_all_wkdeps
.clkdm_add_sleepdep
.clkdm_del_sleepdep
.clkdm_read_sleepdep
.clkdm_clear_all_sleepdeps
Convert the platform-independent framework to call these functions.
-Original Message-
From: Russell King - ARM Linux [mailto:li...@arm.linux.org.uk]
Sent: Tuesday, January 25, 2011 5:17 PM
To: Santosh Shilimkar
Cc: linux-arm-ker...@lists.infradead.org; catalin.mari...@arm.com;
ccr...@android.com; linus.ml.wall...@gmail.com; linux-
Looping Thomas G
-Original Message-
From: Russell King - ARM Linux [mailto:li...@arm.linux.org.uk]
Sent: Tuesday, January 25, 2011 5:19 PM
To: Santosh Shilimkar
Cc: Colin Cross; catalin.mari...@arm.com;
linus.ml.wall...@gmail.com; linux-omap@vger.kernel.org; linux-arm-
On Tue, Jan 25, 2011 at 05:32:57PM +0530, Santosh Shilimkar wrote:
I have similar patch implemented but what it does is just
prepares the value to be programmed and stores it to a scratchpad.
I see your point but below patch may now work well. The reason is the SCU
register needs to accessed
On Tue, Jan 25, 2011 at 05:38:49PM +0530, Santosh Shilimkar wrote:
Looping Thomas G
-Original Message-
From: Russell King - ARM Linux [mailto:li...@arm.linux.org.uk]
Sent: Tuesday, January 25, 2011 5:19 PM
To: Santosh Shilimkar
Cc: Colin Cross; catalin.mari...@arm.com;
-Original Message-
From: Russell King - ARM Linux [mailto:li...@arm.linux.org.uk]
Sent: Tuesday, January 25, 2011 5:48 PM
To: Santosh Shilimkar
Cc: Thomas Gleixner; Colin Cross; catalin.mari...@arm.com;
linus.ml.wall...@gmail.com; linux-omap@vger.kernel.org; linux-arm-
On Tue, Jan 25, 2011 at 12:16:56PM +, Russell King - ARM Linux wrote:
On Tue, Jan 25, 2011 at 05:32:57PM +0530, Santosh Shilimkar wrote:
I have similar patch implemented but what it does is just
prepares the value to be programmed and stores it to a scratchpad.
I see your point but
-Original Message-
From: Russell King - ARM Linux [mailto:li...@arm.linux.org.uk]
Sent: Tuesday, January 25, 2011 5:47 PM
To: Santosh Shilimkar
Cc: linux-arm-ker...@lists.infradead.org; catalin.mari...@arm.com;
ccr...@android.com; linus.ml.wall...@gmail.com; linux-
-Original Message-
From: Russell King - ARM Linux [mailto:li...@arm.linux.org.uk]
Sent: Tuesday, January 25, 2011 5:59 PM
To: Santosh Shilimkar
Cc: catalin.mari...@arm.com; linus.ml.wall...@gmail.com; linux-
o...@vger.kernel.org; linux-arm-ker...@lists.infradead.org;
On Tue, Jan 25, 2011 at 06:06:27PM +0530, Santosh Shilimkar wrote:
Ok. I missed some information my last email.
The SCU power status programming is used to take CPU in/out
of coherency as an alternative to SMP bit. We don't
have an access to SMP bit on OMAP4. ARM has already
confirmed SCU
This patch series changes dss clock names to generic role names for all DSS
clocks across clk APIs, hwmod data, dss driver.
It also changes the enums used within DSS framework to refer to the clocks
to make them generic and related to functionality than value.
eg. DSS_CLK_TVFCK replaces
opt clocks require (NULL, act-clock-name) as entries in clock database,
so that hwmod can replace it with (dev, role) tuple during hwmod data init.
These role names are aligned to be same across OMAP2420, 2430, 3xxx, 44xx
platforms, and also with dss clk handling code, so
From: Archit Taneja arc...@ti.com
enum dss_clock structure is replaced with generic names that
could be used across OMAP2420, 2430, 3xxx, 44xx platforms.
Signed-off-by: Sumit Semwal sumit.sem...@ti.com
Signed-off-by: Archit Taneja arc...@ti.com
---
drivers/video/omap2/dss/core.c|4 +-
From: Archit Taneja arc...@ti.com
The dss struct in dss.c has omap2/3 specific clock names. Making them generic,
to increase readability and extendability.
Signed-off-by: Sumit Semwal sumit.sem...@ti.com
Signed-off-by: Archit Taneja arc...@ti.com
---
drivers/video/omap2/dss/dss.c | 82
DSS code uses ick as one of the clocks in clk_get/clk_put. OMAP4 clock database
doesn't have ick for DSS, so adding ick as dummy clock.
Once pm_runtime* APIs get introduced in DSS, this will be revisited.
Signed-off-by: Sumit Semwal sumit.sem...@ti.com
---
arch/arm/mach-omap2/clock44xx_data.c |
On Tue, Jan 25, 2011 at 12:56:56PM +, Russell King - ARM Linux wrote:
On Tue, Jan 25, 2011 at 06:06:27PM +0530, Santosh Shilimkar wrote:
Ok. I missed some information my last email.
The SCU power status programming is used to take CPU in/out
of coherency as an alternative to SMP bit. We
-Original Message-
From: Russell King - ARM Linux [mailto:li...@arm.linux.org.uk]
Sent: Tuesday, January 25, 2011 6:27 PM
To: Santosh Shilimkar
Cc: linux-arm-ker...@lists.infradead.org; catalin.mari...@arm.com;
ccr...@android.com; linus.ml.wall...@gmail.com; linux-
On Tue, Jan 25, 2011 at 01:04:22PM +, Russell King - ARM Linux wrote:
Actually, we can do this safely - byte stores are permitted to SCU
registers probably for this very reason.
3rd revision of the patch:
arch/arm/include/asm/smp_scu.h |5 +
arch/arm/kernel/smp_scu.c | 16
On Tue, 25 Jan 2011, Russell King - ARM Linux wrote:
On Mon, Jan 24, 2011 at 11:39:13PM -0800, Colin Cross wrote:
On Mon, Jan 24, 2011 at 3:11 AM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Mon, Jan 24, 2011 at 11:06:09AM +, Russell King - ARM Linux wrote:
On Mon, Jan
On Tue, Jan 25, 2011 at 02:23:10PM +0100, Thomas Gleixner wrote:
On Tue, 25 Jan 2011, Russell King - ARM Linux wrote:
On Mon, Jan 24, 2011 at 11:39:13PM -0800, Colin Cross wrote:
On Mon, Jan 24, 2011 at 3:11 AM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Mon, Jan 24,
On Tue, Jan 25, 2011 at 06:06:27PM +0530, Santosh Shilimkar wrote:
Ok. I missed some information my last email.
The SCU power status programming is used to take CPU in/out
of coherency as an alternative to SMP bit. We don't
have an access to SMP bit on OMAP4. ARM has already
confirmed SCU
-Original Message-
From: Russell King - ARM Linux [mailto:li...@arm.linux.org.uk]
Sent: Tuesday, January 25, 2011 7:11 PM
To: Santosh Shilimkar
Cc: linux-arm-ker...@lists.infradead.org; catalin.mari...@arm.com;
ccr...@android.com; linus.ml.wall...@gmail.com; linux-
On Tue, Jan 04, 2011 at 06:24:21AM +0100, Tejun Heo wrote:
Using dedicated workqueue or system_wq doesn't make any difference in
terms of execution latency anymore. Sleeping work items no longer
delay execution of other work items. If mailbox is very latency
sensitive, it might make sense to
-Original Message-
From: Russell King - ARM Linux [mailto:li...@arm.linux.org.uk]
Sent: Tuesday, January 25, 2011 7:08 PM
To: Thomas Gleixner
Cc: Colin Cross; Santosh Shilimkar; catalin.mari...@arm.com;
linus.ml.wall...@gmail.com; linux-omap@vger.kernel.org; linux-arm-
On Tue, Jan 25, 2011 at 01:57:26PM -, Will Deacon wrote:
Hi Russell,
Hopefully this isn't too late to be useful.
On Mon, Jan 17, 2011 at 07:21:40PM +, Russell King - ARM Linux wrote:
Switch the set/clear/change bitops to use the word-based exclusive
operations, which are only
On Tue, 25 Jan 2011, Russell King - ARM Linux wrote:
On Tue, Jan 25, 2011 at 02:23:10PM +0100, Thomas Gleixner wrote:
In which way? I mean the generic code issues a call to the set_mode
function when we leave the broadcast mode. So what should the generic
code do more ?
I can't say
On Tue, Jan 25, 2011 at 03:12:24PM +0100, Thomas Gleixner wrote:
On Tue, 25 Jan 2011, Russell King - ARM Linux wrote:
On Tue, Jan 25, 2011 at 02:23:10PM +0100, Thomas Gleixner wrote:
In which way? I mean the generic code issues a call to the set_mode
function when we leave the broadcast
On Tue, 25 Jan 2011, Russell King - ARM Linux wrote:
On Tue, Jan 25, 2011 at 03:12:24PM +0100, Thomas Gleixner wrote:
On Tue, 25 Jan 2011, Russell King - ARM Linux wrote:
On Tue, Jan 25, 2011 at 02:23:10PM +0100, Thomas Gleixner wrote:
In which way? I mean the generic code issues a call
-Original Message-
From: Hilman, Kevin
Sent: Tuesday, January 25, 2011 2:52 AM
To: Hiremath, Vaibhav
Cc: linux-omap@vger.kernel.org; Varadarajan, Charulatha; t...@atomide.com
Subject: Re: [PATCH] OMAP3EVM:FIX: Reset the SMSC911x Ethernet controller
in board_init
Hiremath, Vaibhav
With addition of hwmod support to gpio, the ethernet controller
goes undetected for OMAP35xEVM. So explicitly assert the reset signal to
ethernet controller smsc911x -
- GPIO7 (=RevG version of EVM's)
- GPIO64 (=RevD version of EVM's)
This patch is based on intial version from
Hi,
While building the kernel at 2.6.37, i see this warning for omap3evm - with
omap3630:
Power Management for TI OMAP3.
sr_init: No PMIC hook to init smartreflex -- THIS IS THE WARNING.
smartreflex smartreflex.0: omap_sr_probe: SmartReflex driver initialized
smartreflex smartreflex.1:
-Original Message-
From: Hiremath, Vaibhav
Sent: Tuesday, January 25, 2011 8:53 PM
To: linux-omap@vger.kernel.org
Cc: Hiremath, Vaibhav; Varadarajan, Charulatha
Subject: [PATCH-V2] OMAP3EVM:FIX: Reset the smsc911x ethernet controller
in board_init
With addition of hwmod support
Tejun,
On Tue, Jan 25, 2011 at 5:47 AM, Tejun Heo t...@kernel.org wrote:
On Tue, Jan 04, 2011 at 06:24:21AM +0100, Tejun Heo wrote:
Using dedicated workqueue or system_wq doesn't make any difference in
terms of execution latency anymore. Sleeping work items no longer
delay execution of other
On Tue, Jan 25, 2011 at 07:34:08AM -0800, Hari Kanigeri wrote:
Tejun,
On Tue, Jan 25, 2011 at 5:47 AM, Tejun Heo t...@kernel.org wrote:
On Tue, Jan 04, 2011 at 06:24:21AM +0100, Tejun Heo wrote:
Using dedicated workqueue or system_wq doesn't make any difference in
terms of execution
On Tue, Jan 25, 2011 at 1:47 AM, Tony Lindgren t...@atomide.com wrote:
* Russell King - ARM Linux li...@arm.linux.org.uk [110123 09:47]:
On Sun, Jan 23, 2011 at 05:13:44PM +, Russell King - ARM Linux wrote:
Move non-mapping and non-irq initialization code out of .map_io and
.init_irq
Rajendra Nayak rna...@ti.com writes:
Hi Kevin,
-Original Message-
From: Kevin Hilman [mailto:khil...@ti.com]
Sent: Tuesday, January 25, 2011 3:39 AM
To: Rajendra Nayak
Cc: linux-omap@vger.kernel.org; p...@pwsan.com
Subject: Re: [RFC 2/3] OMAP3: PM: Fix CLK_SRC mask for IVA2 and
Russell, Thomas
-Original Message-
From: Russell King - ARM Linux [mailto:li...@arm.linux.org.uk]
Sent: Tuesday, January 25, 2011 7:08 PM
To: Thomas Gleixner
Cc: Colin Cross; Santosh Shilimkar; catalin.mari...@arm.com;
linus.ml.wall...@gmail.com; linux-omap@vger.kernel.org;
On Tue, Jan 25, 2011 at 09:34:15PM +0530, Santosh Shilimkar wrote:
Russell, Thomas
-Original Message-
From: Russell King - ARM Linux [mailto:li...@arm.linux.org.uk]
Sent: Tuesday, January 25, 2011 7:08 PM
To: Thomas Gleixner
Cc: Colin Cross; Santosh Shilimkar;
-Original Message-
From: Russell King - ARM Linux [mailto:li...@arm.linux.org.uk]
Sent: Tuesday, January 25, 2011 9:43 PM
To: Santosh Shilimkar
Cc: Thomas Gleixner; Colin Cross; catalin.mari...@arm.com;
linus.ml.wall...@gmail.com; linux-omap@vger.kernel.org; linux-arm-
Hi there,
On Mon, Jan 17, 2011 at 7:22 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
SMP requires at least the ARMv6K extensions to be present, so if we're
running on SMP, the WFE and SEV instructions must be available.
However, when we run on UP, the v6K extensions may not be
* Ghorai, Sukumar s-gho...@ti.com [110122 09:53]:
I think I've commented on this before, but why don't you make gpmc_init
a subsys_initcall? There should be no reason to call this earlier.
If something does not work because of that, then that issue must be
fixed.
[Ghorai] You
On Tue, Jan 25, 2011 at 04:43:52PM +, Dave Martin wrote:
A couple of questions on this:
1) I notice these spinlock functions are generally marked inline.
Is that likely to happen in modules? If so, there would be a need to
do SMP_ON_UP fixups at module load time -- I don't think
* Kevin Hilman khil...@ti.com [110124 13:56]:
Sumit Semwal sumit.sem...@ti.com writes:
v10 of the patch series corrects return-error handling from
platform_request_irq()
based on comments from Sergei Shtylyov and Russell King.
[https://patchwork.kernel.org/patch/497911/]
Tony,
From: Jean Pihet j-pi...@ti.com
Fix a potential problem with function types when calling the
fncpy API to copy the PM code functions to SRAM.
Tested on OMAP3 in low power modes (RET/OFF)
using omap2plus_defconfig with !CONFIG_THUMB2_KERNEL.
Signed-off-by: Jean Pihet j-pi...@ti.com
---
On Tue, Jan 25, 2011 at 11:33 AM, Dave Martin dave.mar...@linaro.org wrote:
On Mon, Jan 24, 2011 at 5:25 PM, Jean Pihet jean.pi...@newoldbits.com wrote:
Hi,
On Mon, Jan 24, 2011 at 5:11 PM, Dave Martin dave.mar...@linaro.org wrote:
Hi there, I just spotted a couple of things merging your
On Tue, Jan 25, 2011 at 5:21 PM, jean.pi...@newoldbits.com wrote:
From: Jean Pihet j-pi...@ti.com
Fix a potential problem with function types when calling the
fncpy API to copy the PM code functions to SRAM.
Tested on OMAP3 in low power modes (RET/OFF)
using omap2plus_defconfig with
On Tue, Jan 25, 2011 at 4:59 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Tue, Jan 25, 2011 at 04:43:52PM +, Dave Martin wrote:
A couple of questions on this:
1) I notice these spinlock functions are generally marked inline.
Is that likely to happen in modules? If so,
On Tue, Jan 25, 2011 at 6:30 PM, Dave Martin dave.mar...@linaro.org wrote:
On Tue, Jan 25, 2011 at 5:21 PM, jean.pi...@newoldbits.com wrote:
From: Jean Pihet j-pi...@ti.com
Fix a potential problem with function types when calling the
fncpy API to copy the PM code functions to SRAM.
Tested
The current linux-omap/master is broken for lots of features/modules
and also there are few enhancements required with addition of AM/DM37x
family of devices.
- Migrate TWL gpio_xxx api to gpio_xx_cansleep
- TSC: Driver init fails due to missing VIO regulator
- TSC: Wakeup
Since TWL GPIO's can go into sleep, and using normal
gpio_get/set_value() API will lead to kernel dump (WARN_ON()).
So replacing standard gpio_get/set_value() to
gpio_get/set_value_cansleep().
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
---
arch/arm/mach-omap2/board-omap3evm.c | 12
Add vio regulator supply, needed for ads7846 touchscreen controller
driver.
Tested on OMAP3 (ES3.1 Si) RevG version of EVM.
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
---
arch/arm/mach-omap2/board-omap3evm.c | 20
1 files changed, 20 insertions(+), 0 deletions(-)
If you choose default output to DVI, the LCD backlight used to
stay on, since panel-disable function never gets called.
So, during init put backlight GPIO to off state and the driver
code will decide which output to enable.
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
---
Set OMAP_PIN_OFF_WAKEUPENABLE to enable the wake-up
functionality from touchscreen controller.
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
---
arch/arm/mach-omap2/board-omap3evm.c |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git
To support higher resolution (e.g 720P@60), on OMAP36x (AM/DM37x)
DSS data bus has been muxed with sys_boot pins.
DSS[18-23] = DSS[0-5]
sys_boot[0,1 3-5] = DSS[18-23]
EVM revision =RevB adopt this mux changes, which is going to ship outside.
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
---
On Tue, Jan 25, 2011 at 05:33:14PM +, Dave Martin wrote:
On Tue, Jan 25, 2011 at 4:59 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Tue, Jan 25, 2011 at 04:43:52PM +, Dave Martin wrote:
A couple of questions on this:
1) I notice these spinlock functions are
From: Jean Pihet j-pi...@ti.com
Fix a potential problem with function types when calling the
fncpy API to copy the PM code functions to SRAM.
Signed-off-by: Jean Pihet j-pi...@ti.com
---
arch/arm/plat-omap/include/plat/sram.h |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff
-Original Message-
From: Russell King - ARM Linux [mailto:li...@arm.linux.org.uk]
Sent: Tuesday, January 25, 2011 6:36 PM
To: Santosh Shilimkar
Cc: catalin.mari...@arm.com; linus.ml.wall...@gmail.com; linux-
o...@vger.kernel.org; linux-arm-ker...@lists.infradead.org;
On Tue, Jan 25, 2011 at 3:29 AM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Mon, Jan 24, 2011 at 11:39:13PM -0800, Colin Cross wrote:
This doesn't work for oneshot timers if the TWD_TIMER_CONTROL register
gets reset by cpu idle between twd_set_mode and twd_set_next_event.
Otherwise ioremap can fail with early_init patch unless we have
a static mapping for everything.
Signed-off-by: Tony Lindgren t...@atomide.com
diff --git a/arch/arm/mach-omap2/omap_hwmod.c b/arch/arm/mach-omap2/omap_hwmod.c
index eacdfd3..9e89a58 100644
--- a/arch/arm/mach-omap2/omap_hwmod.c
+++
* Poddar, Sourav sourav.pod...@ti.com [110125 07:45]:
Just FYI, I observed similar results on OMAP4 for these patches.
For OMAP2420, OMAP2430 and OMAP3430 SDPs, you can add my boot
Tested-by: Sourav Poddarsourav.pod...@ti.com
Thanks, just posted third patch to this thread that fixes things
* Tony Lindgren t...@atomide.com [110124 18:20]:
* Russell King - ARM Linux li...@arm.linux.org.uk [110124 13:51]:
On Mon, Jan 24, 2011 at 12:26:29PM -0800, Tony Lindgren wrote:
* Tony Lindgren t...@atomide.com [110124 12:16]:
So far tested on zoom3 only, but the following gets it
* Russell King - ARM Linux li...@arm.linux.org.uk [110117 11:20]:
Add additional instructions to our assembly bitops functions to ensure
that they only operate on word-aligned pointers. This will be necessary
when we switch these operations to use the word-based exclusive
operations.
If it's
* Russell King - ARM Linux li...@arm.linux.org.uk [110117 11:23]:
Switch the set/clear/change bitops to use the word-based exclusive
operations, which are only present in a wider range of ARM architectures
than the byte-based exclusive operations.
This too been in use for about a week now with
On Mon, Jan 24, 2011 at 7:03 PM, Colin Cross ccr...@android.com wrote:
On Mon, Jan 24, 2011 at 12:51 AM, Santosh Shilimkar
santosh.shilim...@ti.com wrote:
Few architectures combine the GIC with an external interrupt controller.
On such systems it may be necessary to update both the GIC
On Tue, 25 Jan 2011, Russell King - ARM Linux wrote:
On Tue, Jan 25, 2011 at 05:33:14PM +, Dave Martin wrote:
On Tue, Jan 25, 2011 at 4:59 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Tue, Jan 25, 2011 at 04:43:52PM +, Dave Martin wrote:
A couple of questions
-Original Message-
From: Linus Walleij [mailto:linus.ml.wall...@gmail.com]
Sent: Monday, January 24, 2011 11:11 PM
To: Chris Ball
Cc: Tardy, Pierre; linux-...@vger.kernel.org; Ohad Ben-Cohen; linux-omap
Mailing List
Subject: Re: [PATCH v1 1/3]mmc: implemented runtime pm for mmc
On Tue, 25 Jan 2011, Will Deacon wrote:
Hi Russell,
Hopefully this isn't too late to be useful.
On Mon, Jan 17, 2011 at 07:21:40PM +, Russell King - ARM Linux wrote:
Switch the set/clear/change bitops to use the word-based exclusive
operations, which are only present in a wider
This is a patch series to add the OMAP Digital Microphone
driver for OMAP4.
It includes the driver, a generic DMIC codec, platform devices,
as well as HWMOD entries for OMAP44xx chipsets.
Note: The DMIC codec driver was removed from this series as it was
accepted for and merged for the 2.6.38
From: Benoit Cousson b-cous...@ti.com
Adds HWMOD entries for the OMAP DMIC driver and creates
a platform device. The HWMOD entires define the system
resource requirements for the drvier such as DMA addresses, channels,
and IRQ's. Placing this information in the HWMOD database allows
for more
This code is used to read the HWMOD database and initialize
the DMIC driver.
Signed-off-by: David Lambert dlamb...@ti.com
---
arch/arm/plat-omap/devices.c | 35 +++
1 files changed, 35 insertions(+), 0 deletions(-)
diff --git a/arch/arm/plat-omap/devices.c
This patch adds support for the OMAP4 digital microphone DAI.
This DAI can support support recording in 2, 4, or 6 channels
When provided with a 19.2Mhz functional clock, can encode at 96Khz or
192Khz (all channels must have the same sample rate).
Details of the hardware interface can be found
This creates the DMIC codec platform devices.
The platform devices create an instance of the driver during boot up.
Signed-off-by: David Lambert dlamb...@ti.com
---
arch/arm/mach-omap2/board-4430sdp.c | 11 +++
1 files changed, 11 insertions(+), 0 deletions(-)
diff --git
On Tue, 25 Jan 2011, David Lambert wrote:
From: Benoit Cousson b-cous...@ti.com
Adds HWMOD entries for the OMAP DMIC driver and creates
a platform device. The HWMOD entires define the system
resource requirements for the drvier such as DMA addresses, channels,
and IRQ's. Placing this
On Mon, Jan 24, 2011 at 03:03:49PM +0530, G, Manjunath Kondaiah wrote:
Paul/Benoit,
On Tue, Dec 14, 2010 at 07:18:22AM +0530, G, Manjunath Kondaiah wrote:
Paul/Benoit,
On Fri, Dec 03, 2010 at 01:19:06PM +0100, Cousson, Benoit wrote:
On 12/3/2010 10:47 AM, G, Manjunath Kondaiah wrote:
Currently, on HS/EMU devices, MPU power state forced to on during PM
init by the save secure RAM code. Rather than forcing the state of
MPU powerdomain to on, simply read the current value and restore it
after the ROM code has run.
This only affects the !CPUidle case since when CPUidle is
On Tue, Jan 25, 2011 at 04:00:58PM -0600, David Lambert wrote:
This is a patch series to add the OMAP Digital Microphone
driver for OMAP4.
It includes the driver, a generic DMIC codec, platform devices,
as well as HWMOD entries for OMAP44xx chipsets.
Note: The DMIC codec driver was
This patch series enables support for OMAP4 DSS, and adds hwmod support
for dss, dispc, dsi1, dsi2, hdmi, rfbi and venc hwmods.
In OMAP4 there are severals IPs that can be reached by differents
interconnect paths depending of the access initiator (MPU vs. SDMA).
In the case of the DSS, both L3
From: Mayuresh Janorkar ma...@ti.com
Enable DSS2 and OMAPFB for OMAP4 in Kconfig
Signed-off-by: Mayuresh Janorkar ma...@ti.com
---
drivers/video/omap2/dss/Kconfig|6 +++---
drivers/video/omap2/omapfb/Kconfig |6 +++---
2 files changed, 6 insertions(+), 6 deletions(-)
diff --git
From: Benoit Cousson b-cous...@ti.com
Add dss, dispc, dsi1, dsi2, hdmi, rfbi and venc hwmods.
In OMAP4 there are severals IPs that can be reached by differents
interconnect paths depending of the access initiator (MPU vs. SDMA).
In the case of the DSS, both L3 direct path and L4 CFG path can be
Add hwmod device names for OMAP4; this enables device build for omap4 dss
hwmod IPs.
Signed-off-by: Sumit Semwal sumit.sem...@ti.com
---
arch/arm/mach-omap2/display.c | 21 ++---
1 files changed, 14 insertions(+), 7 deletions(-)
diff --git a/arch/arm/mach-omap2/display.c
From: Sutharsan Ramamoorthy s...@cypress.com
This patch fixes errors reported by checkpatch.pl
in westbridge device controller driver in the staging tree.
File containing EXPORT_SYMBOL() macros for all the APIs exported
by the westbridge software has been removed. EXPORT_SYMBOL()
macros are
From: Sutharsan Ramamoorthy s...@cypress.com
This patch fixes errors reported by checkpatch.pl
in westbridge device controller driver in the staging tree.
File containing EXPORT_SYMBOL() macros for all the APIs exported
by the westbridge software has been removed. EXPORT_SYMBOL()
macros are
-Original Message-
From: ccr...@google.com [mailto:ccr...@google.com] On Behalf Of
Colin Cross
Sent: Wednesday, January 26, 2011 2:25 AM
To: Santosh Shilimkar
Cc: linux-arm-ker...@lists.infradead.org; linux-
o...@vger.kernel.org; catalin.mari...@arm.com;
li...@arm.linux.org.uk;
On Tue, Jan 25, 2011 at 11:22 PM, Santosh Shilimkar
santosh.shilim...@ti.com wrote:
-Original Message-
From: ccr...@google.com [mailto:ccr...@google.com] On Behalf Of
Colin Cross
Sent: Wednesday, January 26, 2011 2:25 AM
To: Santosh Shilimkar
Cc: linux-arm-ker...@lists.infradead.org;
-Original Message-
From: ccr...@google.com [mailto:ccr...@google.com] On Behalf Of
Colin Cross
Sent: Wednesday, January 26, 2011 12:54 PM
To: Santosh Shilimkar
Cc: linux-arm-ker...@lists.infradead.org; linux-
o...@vger.kernel.org; catalin.mari...@arm.com;
li...@arm.linux.org.uk;
On Tue, Jan 25, 2011 at 11:31 PM, Santosh Shilimkar
santosh.shilim...@ti.com wrote:
-Original Message-
From: ccr...@google.com [mailto:ccr...@google.com] On Behalf Of
Colin Cross
Sent: Wednesday, January 26, 2011 12:54 PM
To: Santosh Shilimkar
Cc:
-Original Message-
From: ccr...@google.com [mailto:ccr...@google.com] On Behalf Of
Colin Cross
Sent: Wednesday, January 26, 2011 1:23 PM
To: Santosh Shilimkar
Cc: linux-arm-ker...@lists.infradead.org; linux-
o...@vger.kernel.org; catalin.mari...@arm.com;
li...@arm.linux.org.uk;
99 matches
Mail list logo