Changes from V2:
1, Removed the panel-taal.c part.
Stanley.
--
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 http://vger.kernel.org/majordomo-info.html
On Fri, Sep 3, 2010 at 12:16 AM, Tony Lindgren wrote:
> * Russell King - ARM Linux [100902 06:29]:
>> On Mon, Aug 30, 2010 at 03:55:27PM -0700, Tony Lindgren wrote:
>> > * Tony Lindgren [100820 04:59]:
>> > > * Russell King - ARM Linux [100819 13:13]:
>> > > > On Thu, Aug 19, 2010 at 12:57:06PM
If we blank the panel by
echo 1 > /sys/devices/platform/omapfb/graphics/fb0/blank
Then, we reboot the sytem, the kernel will crash at
drivers/video/omap2/dss/core.c:323
This is because the panel is closed twice. Now check the state of a dssdev
to forbid a panel is power on or power off twice.
Si
Hi, Tomi,
Tomi Valkeinen wrote:
Otherwise this looks fine, except that panel-taal.c does not need
modifications, as it already handles this case.
I will send a V3 to remove the panel-taal.c part.
Also, at some point I (or somebody else =) should think how to do proper
locking for the pa
* Tony Lindgren [100902 17:00]:
> * Tony Lindgren [100902 12:20]:
>
> Heh, turns out there's a bit of a bug in the code snippet above :) It should
> be !((mpidr >> 30) & 1) instead, otherwise it always returns 0.
This too can check for value of 2. Also we probably want to do the
CPU type checks
On 09/02/2010 06:03 PM, Cyril Chemparathy wrote:
> This patch removes davinci architecture code that has now been rendered
> useless by the previous patches in the MDIO separation series.
>
> Signed-off-by: Cyril Chemparathy
> ---
> arch/arm/mach-davinci/board-da830-evm.c |5 -
> arc
* Russell King - ARM Linux [100902 06:25]:
> On Thu, Aug 19, 2010 at 10:38:11AM +0300, Tony Lindgren wrote:
> > --- a/arch/arm/kernel/head.S
> > +++ b/arch/arm/kernel/head.S
> > @@ -346,8 +346,10 @@ __fixup_smp:
> > bne smp_on_up @ no, assume UP
> > mrc p15, 0, r0, c0
2010/9/3 Felipe Balbi :
> Hi,
thanks for your comments.
>
> On Thu, 2 Sep 2010 23:58:18 +0800, tom.leim...@gmail.com wrote:
>> From: Ming Lei
>>
>> Commit 461c317705eca5cac09a360f488715927fd0a927(into 2.6.36-v3)
>> is put forward to power down phy if no usb cable is connected,
>> but does intro
* Tony Lindgren [100902 12:20]:
> * Tony Lindgren [100902 10:35]:
> > * Russell King - ARM Linux [100902 10:00]:
> > > On Thu, Sep 02, 2010 at 09:18:47AM -0700, Tony Lindgren wrote:
> > >
> > > > --- a/arch/arm/include/asm/smp_plat.h
> > > > +++ b/arch/arm/include/asm/smp_plat.h
> > > > @@ -39,
* Tony Lindgren [100902 09:29]:
> * Russell King - ARM Linux [100902 09:18]:
> > On Thu, Sep 02, 2010 at 09:20:40AM -0700, Tony Lindgren wrote:
> > > >From 253e91b76e104dbdf05c5c3eaf9cbf426972c938 Mon Sep 17 00:00:00 2001
> > > From: Tony Lindgren
> > > Date: Wed, 1 Sep 2010 16:49:13 -0700
> > >
Thara Gopinath writes:
> This patch extends the device opp structure to contain
> pointers to scale the operating rate of the
> device and to retrieve the operating rate of the device.
> This patch also adds the three new APIs in the opp layer
> namely opp_set_rate that can be called to set a new
This patch adds mdio platform devices on SoCs that have the necessary
hardware. Clock lookup entries (aliases) have also been added, so that the
MDIO and EMAC drivers can independently enable/disable a shared underlying
clock. Further, the EMAC MMR region has been split down into separate MDIO
an
This patch removes code that has been rendered useless by the previous patches
in this series.
Signed-off-by: Cyril Chemparathy
---
drivers/net/davinci_emac.c | 107 --
include/linux/davinci_emac.h |3 -
2 files changed, 0 insertions(+), 110 deletio
This patch adds mdio platform devices on SoCs that have the necessary
hardware. Clock lookup entries (aliases) have also been added, so that the
MDIO and EMAC drivers can independently enable/disable a shared underlying
clock. Further, the EMAC MMR region has been split down into separate MDIO
an
This patch switches the emac implementation over to the newly separated
MDIO driver.
With this, the mdio bus frequency defaults to a safe 2.2MHz. Boards may
optionally specify a bus frequency via platform data.
The phy identification scheme has been modified to use a phy bus id instead
of a mask
Having switched over to the newly introduced cpdma layer, this patch now
removes a whole bunch of code that is now unused. This patch has been
maintained separate strictly for reasons of readability.
Signed-off-by: Cyril Chemparathy
---
drivers/net/davinci_emac.c | 930
This patch removes davinci architecture code that has now been rendered
useless by the previous patches in the MDIO separation series.
Signed-off-by: Cyril Chemparathy
---
arch/arm/mach-omap2/board-am3517evm.c |4
1 files changed, 0 insertions(+), 4 deletions(-)
diff --git a/arch/arm/m
This patch removes davinci architecture code that has now been rendered
useless by the previous patches in the MDIO separation series.
Signed-off-by: Cyril Chemparathy
---
arch/arm/mach-davinci/board-da830-evm.c |5 -
arch/arm/mach-davinci/board-da850-evm.c |6 --
arch/ar
In addition to being embedded into the EMAC controller, the CPDMA hardware
block is used in TI's CPSW switch controller. Fortunately, the programming
interface to this hardware block remains pretty nicely consistent across these
devices.
This patch adds a new CPDMA services layer, which can then
This patch hooks up the emac driver with the newly separated cpdma driver.
Key differences introduced here:
- The old buffer list scheme is no longer required
- The original code maintained mac address per rx channel, even if only one
rx channel was being used. With this change, mac addres
Davinci's EMAC device has an in-built MDIO controller and a CPDMA engine.
These hardware modules are not restricted to EMAC device alone. For example,
CPSW3G (3-port gigabit ethernet switch) hardware uses these very same modules
internally. This patch series separates out EMAC's MDIO and CPDMA
fu
Davinci's MDIO controller is present on other TI devices, without an
accompanying EMAC. For example, on tnetv107x, the same MDIO module is used in
conjunction with a 3-port switch hardware.
By separating the MDIO controller code into its own platform driver, this
patch allows common logic to be r
Hello Benoît, Rajendra, Hema,
On Mon, 9 Aug 2010, Cousson, Benoit wrote:
> On 8/9/2010 11:37 AM, Nayak, Rajendra wrote:
> >
> > > From: Paul Walmsley [mailto:p...@pwsan.com]
> > > Sent: Monday, August 09, 2010 1:51 PM
> > >
> > > On Mon, 9 Aug 2010, Nayak, Rajendra wrote:
> > >
> > > > Does it
* Tony Lindgren [100902 09:16]:
> From c04a57fc3b41d886f56ccdc27cf9758de0c95202 Mon Sep 17 00:00:00 2001
> From: Tony Lindgren
> Date: Tue, 17 Aug 2010 13:33:23 +0300
> Subject: [PATCH 6/6] omap: Fix SMP on UP interrupt handling for multi-omap
>
> Fix SMP on UP interrupt handling for multi-omap
* Tony Lindgren [100902 10:35]:
> * Russell King - ARM Linux [100902 10:00]:
> > On Thu, Sep 02, 2010 at 09:18:47AM -0700, Tony Lindgren wrote:
> >
> > > --- a/arch/arm/include/asm/smp_plat.h
> > > +++ b/arch/arm/include/asm/smp_plat.h
> > > @@ -39,4 +39,20 @@ static inline int cache_ops_need_br
Nishanth Menon writes:
> Kevin Hilman had written, on 09/02/2010 12:47 PM, the following:
[...]
>>
>> If you look at the current PM branch (specifically pm-sr), you'll see
>> that with the updated SR layer, there is no SR enable/disable in the
>> idle path because there is no voltage scaling du
Kevin Hilman had written, on 09/02/2010 12:47 PM, the following:
Nishanth Menon writes:
Thomas Petazzoni had written, on 09/02/2010 02:43 AM, the following:
Hello,
On Wed, 01 Sep 2010 15:51:40 -0700
Kevin Hilman wrote:
Looking closer at this, keeping track of a list of devices and
constra
Hi,
On Thu, 2 Sep 2010 23:58:18 +0800, tom.leim...@gmail.com wrote:
> From: Ming Lei
>
> Commit 461c317705eca5cac09a360f488715927fd0a927(into 2.6.36-v3)
> is put forward to power down phy if no usb cable is connected,
> but does introduce the two issues below:
>
> 1), phy is not into work stat
On Thu, Sep 02, 2010 at 11:13:17AM -0700, Tony Lindgren wrote:
> * Russell King - ARM Linux [100902 10:54]:
> > On Thu, Sep 02, 2010 at 10:21:33AM -0700, Tony Lindgren wrote:
> > > * Russell King - ARM Linux [100902 09:50]:
> > > > On Thu, Sep 02, 2010 at 09:22:20AM -0700, Tony Lindgren wrote:
>
* Russell King - ARM Linux [100902 10:54]:
> On Thu, Sep 02, 2010 at 10:21:33AM -0700, Tony Lindgren wrote:
> > * Russell King - ARM Linux [100902 09:50]:
> > > On Thu, Sep 02, 2010 at 09:22:20AM -0700, Tony Lindgren wrote:
> > > > >From 8b22546af2ba9a0d96c2f419bfcec1f3c01a414d Mon Sep 17 00:00:0
On Thu, Sep 02, 2010 at 10:21:33AM -0700, Tony Lindgren wrote:
> * Russell King - ARM Linux [100902 09:50]:
> > On Thu, Sep 02, 2010 at 09:22:20AM -0700, Tony Lindgren wrote:
> > > >From 8b22546af2ba9a0d96c2f419bfcec1f3c01a414d Mon Sep 17 00:00:00 2001
> > > From: Tony Lindgren
> > > Date: Mon, 3
Amit Kucheria writes:
> On 10 Aug 27, Kevin Hilman wrote:
>> vishwanath.sripa...@linaro.org writes:
>>
>> > From: Vishwanath BS
>> >
>> > This patch has instrumentation code for measuring latencies for
>> > various CPUIdle C states for OMAP. Idea here is to capture the
>> > timestamp at various
Nishanth Menon writes:
> Thomas Petazzoni had written, on 09/02/2010 02:43 AM, the following:
>> Hello,
>>
>> On Wed, 01 Sep 2010 15:51:40 -0700
>> Kevin Hilman wrote:
>>
>>> Looking closer at this, keeping track of a list of devices and
>>> constraints is what the regulator framework does as we
* Russell King - ARM Linux [100902 10:00]:
> On Thu, Sep 02, 2010 at 09:18:47AM -0700, Tony Lindgren wrote:
>
> > --- a/arch/arm/include/asm/smp_plat.h
> > +++ b/arch/arm/include/asm/smp_plat.h
> > @@ -39,4 +39,20 @@ static inline int cache_ops_need_broadcast(void)
> > #define UP(instr...)
* Russell King - ARM Linux [100902 09:50]:
> On Thu, Sep 02, 2010 at 09:22:20AM -0700, Tony Lindgren wrote:
> > >From 8b22546af2ba9a0d96c2f419bfcec1f3c01a414d Mon Sep 17 00:00:00 2001
> > From: Tony Lindgren
> > Date: Mon, 30 Aug 2010 14:03:28 -0700
> > Subject: [PATCH 5/6] ARM: Don't set TLB ops
* Russell King - ARM Linux [100902 10:00]:
> On Thu, Sep 02, 2010 at 09:18:47AM -0700, Tony Lindgren wrote:
> > >From 7044c13594c3023da6095f8d432eda260bc3207f Mon Sep 17 00:00:00 2001
> > From: Tony Lindgren
> > Date: Mon, 30 Aug 2010 14:00:54 -0700
> > Subject: [PATCH 1/6] ARM: Add inline functi
On Thu, Sep 02, 2010 at 09:18:47AM -0700, Tony Lindgren wrote:
> >From 7044c13594c3023da6095f8d432eda260bc3207f Mon Sep 17 00:00:00 2001
> From: Tony Lindgren
> Date: Mon, 30 Aug 2010 14:00:54 -0700
> Subject: [PATCH 1/6] ARM: Add inline function smp_on_up() for early init
> testing
>
> Add inli
On Thu, Sep 02, 2010 at 09:22:20AM -0700, Tony Lindgren wrote:
> >From 8b22546af2ba9a0d96c2f419bfcec1f3c01a414d Mon Sep 17 00:00:00 2001
> From: Tony Lindgren
> Date: Mon, 30 Aug 2010 14:03:28 -0700
> Subject: [PATCH 5/6] ARM: Don't set TLB ops broadcasting on UP ARMv7
>
> Don't set TLB ops broad
* Russell King - ARM Linux [100902 09:18]:
> On Thu, Sep 02, 2010 at 09:20:40AM -0700, Tony Lindgren wrote:
> > >From 253e91b76e104dbdf05c5c3eaf9cbf426972c938 Mon Sep 17 00:00:00 2001
> > From: Tony Lindgren
> > Date: Wed, 1 Sep 2010 16:49:13 -0700
> > Subject: [PATCH 3/6] ARM: Fix v7wbi_tlb_flag
* Tony Lindgren [100817 04:23]:
> * srinidhi [100817 14:00]:
> > On Tue, 2010-08-17 at 12:53 +0200, Tony Lindgren wrote:
> > > Fix SMP on UP interrupt handling for multi-omap
> > >
> > > Signed-off-by: Tony Lindgren
> > > ---
> > > arch/arm/mach-omap2/include/mach/entry-macro.S | 22
> > > +
On Thu, Sep 02, 2010 at 09:20:40AM -0700, Tony Lindgren wrote:
> >From 253e91b76e104dbdf05c5c3eaf9cbf426972c938 Mon Sep 17 00:00:00 2001
> From: Tony Lindgren
> Date: Wed, 1 Sep 2010 16:49:13 -0700
> Subject: [PATCH 3/6] ARM: Fix v7wbi_tlb_flags for SMP on UP
>
> Fix v7wbi_tlb_flags for SMP on UP
>From c04a57fc3b41d886f56ccdc27cf9758de0c95202 Mon Sep 17 00:00:00 2001
From: Tony Lindgren
Date: Tue, 17 Aug 2010 13:33:23 +0300
Subject: [PATCH 6/6] omap: Fix SMP on UP interrupt handling for multi-omap
Fix SMP on UP interrupt handling for multi-omap
Signed-off-by: Tony Lindgren
---
arch/arm
>From 8b22546af2ba9a0d96c2f419bfcec1f3c01a414d Mon Sep 17 00:00:00 2001
From: Tony Lindgren
Date: Mon, 30 Aug 2010 14:03:28 -0700
Subject: [PATCH 5/6] ARM: Don't set TLB ops broadcasting on UP ARMv7
Don't set TLB ops broadcasting on UP ARMv7. Looks like these bits
are also different on A8 and A9.
>From f80d3cc85327ba84748646bb44a0c45103ef66bc Mon Sep 17 00:00:00 2001
From: Tony Lindgren
Date: Wed, 1 Sep 2010 20:40:47 -0700
Subject: [PATCH 4/6] ARM: Do not call test_for_ipi or test_for_ltrirq on UP
systems
Do not call test_for_ipi or test_for_ltrirq on UP systems.
Note that we can't put
>From 253e91b76e104dbdf05c5c3eaf9cbf426972c938 Mon Sep 17 00:00:00 2001
From: Tony Lindgren
Date: Wed, 1 Sep 2010 16:49:13 -0700
Subject: [PATCH 3/6] ARM: Fix v7wbi_tlb_flags for SMP on UP
Fix v7wbi_tlb_flags for SMP on UP. Note that we must enable MULTI_TLB
to avoid undefined reference to cpu_tl
>From 16c866489613ef8ea9d28ecf861f5a7ff4d60377 Mon Sep 17 00:00:00 2001
From: Tony Lindgren
Date: Thu, 2 Sep 2010 08:20:02 -0700
Subject: [PATCH 2/6] ARM: Use SMP and UP macros for cacheflush
Use SMP and UP macros for cacheflush. Note that __flush_icache_all
currently won't work properly on ARMv7
>From 7044c13594c3023da6095f8d432eda260bc3207f Mon Sep 17 00:00:00 2001
From: Tony Lindgren
Date: Mon, 30 Aug 2010 14:00:54 -0700
Subject: [PATCH 1/6] ARM: Add inline function smp_on_up() for early init testing
Add inline function smp_on_up() for early init checks, and
change build_mem_type_table
* Russell King - ARM Linux [100902 06:29]:
> On Mon, Aug 30, 2010 at 03:55:27PM -0700, Tony Lindgren wrote:
> > * Tony Lindgren [100820 04:59]:
> > > * Russell King - ARM Linux [100819 13:13]:
> > > > On Thu, Aug 19, 2010 at 12:57:06PM +0300, Tony Lindgren wrote:
> > > > > Looks like something i
From: Ming Lei
Commit 461c317705eca5cac09a360f488715927fd0a927(into 2.6.36-v3)
is put forward to power down phy if no usb cable is connected,
but does introduce the two issues below:
1), phy is not into work state if usb cable is connected
with PC during poweron, so musb device mode is not usabl
From: Samu Onkalo
DMA is set to use burst mode also for source channel. It should
descrease memory bandwidth needs.
DMA synchronization is set to use prefetch mechanism. SHAM block is behind
L4 bus and it doesn't have fifo. SHAM block is stalling as long as the new
data is available. It takes ti
Samu Onkalo (1):
crypto: omap-sham: Adjust DMA parameters
drivers/crypto/omap-sham.c |6 +-
1 files changed, 5 insertions(+), 1 deletions(-)
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord...@vger.kernel.org
More majordomo inf
On Mon, Aug 30, 2010 at 03:55:27PM -0700, Tony Lindgren wrote:
> * Tony Lindgren [100820 04:59]:
> > * Russell King - ARM Linux [100819 13:13]:
> > > On Thu, Aug 19, 2010 at 12:57:06PM +0300, Tony Lindgren wrote:
> > > > Looks like something is not quite right with smp_on_up part of
> > > > __fi
On Thu, Aug 19, 2010 at 10:38:11AM +0300, Tony Lindgren wrote:
> --- a/arch/arm/kernel/head.S
> +++ b/arch/arm/kernel/head.S
> @@ -346,8 +346,10 @@ __fixup_smp:
> bne smp_on_up @ no, assume UP
> mrc p15, 0, r0, c0, c0, 5 @ read MIDR
> movsr0, r0, lsr #3
Basically same comments as previous patches.
--
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 http://vger.kernel.org/majordomo-info.html
On Tue, Aug 24, 2010 at 11:53:40PM -0400, Jacob Tanenbaum wrote:
> +static inline void __init board_smsc911x_init(void)
> +{
> + /* OMAP3530 LV SOM board */
> + if (machine_is_omap3530_lv_som()) {
> + board_smsc911x_data.gpio_irq =
> + OMAP353
On Tue, Aug 24, 2010 at 11:53:38PM -0400, Jacob Tanenbaum wrote:
> From: jake
Not a valid address... please fix.
>
> ARM: OMAP3LOGIC: Adding SDMMC support
> Add low-level initialization for hsmmc controller for
> LogicPD's OMAP 3530 LV SOM and OMAP 35x Torpedo bo
On Tue, Aug 24, 2010 at 11:53:37PM -0400, Jacob Tanenbaum wrote:
> +/* Micron MT46H32M32LF-6 */
> +/* FIXME: borrowed from sdram-micron-mt46h32m32lf-6.h because on LogicPD
> + * boards we can't use the default values -- why? I suspect the reason
> + * lies in the boot strap code. We correct this pa
Kevin,
> -Original Message-
> From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
> Sent: Wednesday, September 01, 2010 9:00 PM
> To: DebBarma, Tarun Kanti
> Cc: linux-omap@vger.kernel.org; Gopinath, Thara; Basak, Partha; Nayak,
> Rajendra; Paul Walmsley; Tony Lindgren
> Subject: Re: [
Hi,
On Thu, 2 Sep 2010 05:40:56 -0500, Nishanth Menon wrote:
> Felipe Balbi had written, on 09/02/2010 05:28 AM, the following:
>> Hi,
>>
>> On Thu, 2 Sep 2010 05:17:01 -0500, Nishanth Menon wrote:
>>> note - if we allow unlock of irqs at this point, we cannot predictably
>>> progress down the
Felipe Balbi had written, on 09/02/2010 05:28 AM, the following:
Hi,
On Thu, 2 Sep 2010 05:17:01 -0500, Nishanth Menon wrote:
note - if we allow unlock of irqs at this point, we cannot predictably
progress down the logic.
spin_unlock() would not re-enable IRQs, would it ? Isn't it so that
sp
Hi,
On Thu, 2 Sep 2010 05:17:01 -0500, Nishanth Menon wrote:
> note - if we allow unlock of irqs at this point, we cannot predictably
> progress down the logic.
spin_unlock() would not re-enable IRQs, would it ? Isn't it so that
spin_unlock_irq() would be the one re-enabling IRQ ?
--
balbi
--
Felipe Balbi had written, on 09/02/2010 05:00 AM, the following:
On Thu, 2 Sep 2010 03:17:56 -0500, Nishanth Menon wrote:
Just brainstorming -> if we use the regulator framework - there are
potential benefits - agreed. BUT, consider the cpuidle path -> currently
we disable SR while hitting of
On Thu, 2 Sep 2010 03:17:56 -0500, Nishanth Menon wrote:
> Just brainstorming -> if we use the regulator framework - there are
> potential benefits - agreed. BUT, consider the cpuidle path -> currently
> we disable SR while hitting off/ret for class3, this is done in irq
> locked context while
Hi Amit, Santosh,
On Thu, Sep 2, 2010 at 10:11 AM, Shilimkar, Santosh
wrote:
...
>> > The point is to keep the minimum possible in the kernel: just the
>> > tracepoints we're interested in. The rest (calculations, averages,
>> > analysis, etc.) does not need to be in the kernel and can be done
Thomas Petazzoni had written, on 09/02/2010 02:43 AM, the following:
Hello,
On Wed, 01 Sep 2010 15:51:40 -0700
Kevin Hilman wrote:
Looking closer at this, keeping track of a list of devices and
constraints is what the regulator framework does as well.
Before we get too far down this path,
> -Original Message-
> From: linaro-dev-boun...@lists.linaro.org [mailto:linaro-dev-
> boun...@lists.linaro.org] On Behalf Of Amit Kucheria
> Sent: Thursday, September 02, 2010 1:26 PM
> To: Kevin Hilman
> Cc: linaro-...@lists.linaro.org; linux-omap@vger.kernel.org
> Subject: Re: [PATCH] OM
This function is only called by omap_detect_sram which lives in .init.text,
too.
Signed-off-by: Uwe Kleine-König
---
arch/arm/plat-omap/fb.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/arch/arm/plat-omap/fb.c b/arch/arm/plat-omap/fb.c
index a727133..72a36ca 1006
All callers of these functions live in .init.text, so these can go there,
too. There they must not be exported anymore, this is no problem though,
as all callers are always built-in.
Signed-off-by: Uwe Kleine-König
---
arch/arm/plat-omap/common.c |6 ++
arch/arm/plat-omap/in
get_fbmem_region() is only called by omapfb_reserve_sdram_memblock() and
omapfb_reserve_sram() that both live in .init.text. So get_fbmem_region
can go there, too.
Signed-off-by: Uwe Kleine-König
---
arch/arm/plat-omap/fb.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
Probably this works ...
---
arch/arm/plat-omap/common.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/plat-omap/common.c b/arch/arm/plat-omap/common.c
index 227d985..c8451c2 100644
--- a/arch/arm/plat-omap/common.c
+++ b/arch/arm/plat-omap/common.c
@@ -46,7 +46
omap_init_fb() is only called as arch_initcall and so can live in
.init.text.
Signed-off-by: Uwe Kleine-König
---
arch/arm/plat-omap/fb.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm/plat-omap/fb.c b/arch/arm/plat-omap/fb.c
index 0054b95..a727133 100644
--
On 10 Aug 27, Kevin Hilman wrote:
> vishwanath.sripa...@linaro.org writes:
>
> > From: Vishwanath BS
> >
> > This patch has instrumentation code for measuring latencies for
> > various CPUIdle C states for OMAP. Idea here is to capture the
> > timestamp at various phases of CPU Idle and then comp
Hello,
On Wed, 01 Sep 2010 15:51:40 -0700
Kevin Hilman wrote:
> Looking closer at this, keeping track of a list of devices and
> constraints is what the regulator framework does as well.
>
> Before we get too far down this path, we need to start working with
> Thomas Petazzoni to better under
Kevin, Paul,
Do you have any comments on this patch?
Regards
Vishwa
> -Original Message-
> From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
> ow...@vger.kernel.org] On Behalf Of Sripathy, Vishwanath
> Sent: Tuesday, August 10, 2010 10:43 AM
> To: Kevin Hilman
> Cc: linux-omap@v
74 matches
Mail list logo