On Tue, Jan 25, 2011 at 3:56 AM, Kevin Hilman wrote:
> Hi Govindraj,
>
> "Govindraj.R" 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 omap-device API's.
>> 3) Ru
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
> 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:
> >> > In CPU low
On Mon, Jan 24, 2011 at 5:25 PM, Jean Pihet wrote:
> Hi,
>
> On Mon, Jan 24, 2011 at 5:11 PM, Dave Martin wrote:
>> Hi there, I just spotted a couple of things merging your patch...
>>
>> On Tue, Jan 18, 2011 at 12:02 PM, wrote:
>>> From: Jean Pihet
>>>
>>> The new fncpy API is better suited f
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_even
> -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.o
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 s
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
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 re
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
S
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
omap2_clkdm_deny
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
omap2_clkdm_clk_
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 clkdm_sleep
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.
Wi
> -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-
> o...@vger.k
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-
> ker...@
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 accesse
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-
> ker...@
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 bu
> -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-
> o...@vger.k
> -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;
> ccr...@an
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 DSS_C
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 clk_get/put/enable/disabl
From: Archit Taneja
enum dss_clock structure is replaced with generic names that
could be used across OMAP2420, 2430, 3xxx, 44xx platforms.
Signed-off-by: Sumit Semwal
Signed-off-by: Archit Taneja
---
drivers/video/omap2/dss/core.c|4 +-
drivers/video/omap2/dss/dispc.c | 10 +++---
From: Archit Taneja
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
Signed-off-by: Archit Taneja
---
drivers/video/omap2/dss/dss.c | 82
1 files cha
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
---
arch/arm/mach-omap2/clock44xx_data.c |2 ++
1 files ch
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 b
> -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-
> o...@vger.k
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
> > wrote:
> > > On Mon, Jan 24, 2011 at 11:06:09AM +, Russell King - ARM Linux wrote:
> > >> On Mon, Jan 24, 2011 a
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
> > > wrote:
> > > > On Mon, Jan 24, 2011 at 11:0
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-
> o...@vger.k
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
> -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-
> ker...@
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, whi
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 s
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 bro
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 issue
> -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
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 C
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: omap_sr_
> -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
Tejun,
On Tue, Jan 25, 2011 at 5:47 AM, Tejun Heo 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 work ite
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 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 a
On Tue, Jan 25, 2011 at 1:47 AM, Tony Lindgren wrote:
> * Russell King - ARM Linux [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 respectively into the new init_ea
Rajendra Nayak 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 MP
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; linu
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; catalin.
> -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-
> ker...@
Hi there,
On Mon, Jan 17, 2011 at 7:22 PM, Russell King - ARM Linux
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 available,
> and so w
* Ghorai, Sukumar [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 suggested t
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 [110124 13:56]:
> Sumit Semwal 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,
>
> Assuming Tomi is OK wi
From: Jean Pihet
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
---
arch/arm/plat-omap/include/plat/sram.
On Tue, Jan 25, 2011 at 11:33 AM, Dave Martin wrote:
> On Mon, Jan 24, 2011 at 5:25 PM, Jean Pihet wrote:
>> Hi,
>>
>> On Mon, Jan 24, 2011 at 5:11 PM, Dave Martin wrote:
>>> Hi there, I just spotted a couple of things merging your patch...
>>>
>>> On Tue, Jan 18, 2011 at 12:02 PM, wrote:
On Tue, Jan 25, 2011 at 5:21 PM, wrote:
> From: Jean Pihet
>
> 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-b
On Tue, Jan 25, 2011 at 4:59 PM, Russell King - ARM Linux
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, there would b
On Tue, Jan 25, 2011 at 6:30 PM, Dave Martin wrote:
> On Tue, Jan 25, 2011 at 5:21 PM, wrote:
>> From: Jean Pihet
>>
>> 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 om
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
---
arch/arm/mach-omap2/board-omap3evm.c | 12 ++--
1 files c
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
---
arch/arm/mach-omap2/board-omap3evm.c | 20
1 files changed, 20 insertions(+), 0 deletions(-)
diff --git a/arch/
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
---
arch/arm/mach-omap2/board-omap3evm
Set OMAP_PIN_OFF_WAKEUPENABLE to enable the wake-up
functionality from touchscreen controller.
Signed-off-by: Vaibhav Hiremath
---
arch/arm/mach-omap2/board-omap3evm.c |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/arch/arm/mach-omap2/board-omap3evm.c
b/arch/arm/m
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
---
arch/arm/mach
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
> 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
From: Jean Pihet
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
---
arch/arm/plat-omap/include/plat/sram.h |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm/plat-omap/inc
> -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;
> ccr...@an
On Tue, Jan 25, 2011 at 3:29 AM, Russell King - ARM Linux
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 pe
Otherwise ioremap can fail with early_init patch unless we have
a static mapping for everything.
Signed-off-by: Tony Lindgren
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
+++ b/arch/arm/mach-
* Poddar, Sourav [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 Poddar
Thanks, just posted third patch to this thread that fixes things
for omap4, care to give that a try too
* Tony Lindgren [110124 18:20]:
> * Russell King - ARM Linux [110124 13:51]:
> > On Mon, Jan 24, 2011 at 12:26:29PM -0800, Tony Lindgren wrote:
> > > * Tony Lindgren [110124 12:16]:
> > > >
> > > > So far tested on zoom3 only, but the following gets it booting
> > > > on top of your patch.
> >
* Russell King - ARM Linux [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 still not too late
* Russell King - ARM Linux [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 ext3 and nfs:
Test
On Mon, Jan 24, 2011 at 7:03 PM, Colin Cross wrote:
> On Mon, Jan 24, 2011 at 12:51 AM, Santosh Shilimkar
> wrote:
>> Few architectures combine the GIC with an external interrupt controller.
>> On such systems it may be necessary to update both the GIC registers
>> and the external controller's r
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
> > wrote:
> > > On Tue, Jan 25, 2011 at 04:43:52PM +, Dave Martin wrote:
> > >> A couple of questions on this:
> >
> -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 m
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
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 ker
From: Benoit Cousson
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 generic drivers to
This code is used to read the HWMOD database and initialize
the DMIC driver.
Signed-off-by: David Lambert
---
arch/arm/plat-omap/devices.c | 35 +++
1 files changed, 35 insertions(+), 0 deletions(-)
diff --git a/arch/arm/plat-omap/devices.c b/arch/arm/plat-omap
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 i
This creates the DMIC codec platform devices.
The platform devices create an instance of the driver during boot up.
Signed-off-by: David Lambert
---
arch/arm/mach-omap2/board-4430sdp.c | 11 +++
1 files changed, 11 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/board-
On Tue, 25 Jan 2011, David Lambert wrote:
> From: Benoit Cousson
>
> 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
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 Kond
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 enabled
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 di
From: Mayuresh Janorkar
Enable DSS2 and OMAPFB for OMAP4 in Kconfig
Signed-off-by: Mayuresh Janorkar
---
drivers/video/omap2/dss/Kconfig|6 +++---
drivers/video/omap2/omapfb/Kconfig |6 +++---
2 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/drivers/video/omap2/dss/Kc
From: Benoit Cousson
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
used to access all
Add hwmod device names for OMAP4; this enables device build for omap4 dss
hwmod IPs.
Signed-off-by: Sumit Semwal
---
arch/arm/mach-omap2/display.c | 21 ++---
1 files changed, 14 insertions(+), 7 deletions(-)
diff --git a/arch/arm/mach-omap2/display.c b/arch/arm/mach-omap2/disp
From: Sutharsan Ramamoorthy
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 added after the cor
From: Sutharsan Ramamoorthy
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 added after the cor
> -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.
On Tue, Jan 25, 2011 at 11:22 PM, Santosh Shilimkar
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; linux-
>> o.
> -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
On Tue, Jan 25, 2011 at 11:31 PM, Santosh Shilimkar
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: linux-arm-ker...@lists.infradead.org; linux-
>> o
> -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.
99 matches
Mail list logo
