Hello Russell,
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_early hook.
Signed-off-by: Russell King rmk+ker...@arm.linux.org.uk
---
I think I've updated
On Wed, Jan 26, 2011 at 09:46:13AM +0100, Uwe Kleine-König wrote:
Will you care for imx (mach-{mx*,imx}), too, or should I fix them up?
Does mx stuff do non-irq setup or non-map_io stuff in those callbacks?
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a
On Fri, Jan 07, 2011 at 08:56:26AM -0800, Tony Lindgren wrote:
diff --git a/arch/arm/mach-omap2/io.c b/arch/arm/mach-omap2/io.c
index e66687b..c203204 100644
--- a/arch/arm/mach-omap2/io.c
+++ b/arch/arm/mach-omap2/io.c
@@ -314,14 +314,13 @@ static int _set_hwmod_postsetup_state(struct
On Fri, Jan 07, 2011 at 08:56:26AM -0800, Tony Lindgren wrote:
diff --git a/arch/arm/mach-omap2/mux.c b/arch/arm/mach-omap2/mux.c
index 17bd639..9eaa28c 100644
--- a/arch/arm/mach-omap2/mux.c
+++ b/arch/arm/mach-omap2/mux.c
@@ -160,7 +160,7 @@ static int __init
On Wed, Jan 26, 2011 at 08:52:40AM +, Russell King - ARM Linux wrote:
On Wed, Jan 26, 2011 at 09:46:13AM +0100, Uwe Kleine-König wrote:
Will you care for imx (mach-{mx*,imx}), too, or should I fix them up?
Does mx stuff do non-irq setup or non-map_io stuff in those callbacks?
the map_io
-Original Message-
From: ext Kevin Hilman [mailto:khil...@ti.com]
Sent: 26 January, 2011 02:50
To: linux-omap@vger.kernel.org
Cc: linux-arm-ker...@lists.infradead.org; Kristo Tero (Nokia-MS/Tampere)
Subject: [PATCH] OMAP3: PM: fix save secure RAM to restore MPU power
state
Currently, on
Hi,
Just FYI, I'm ending my current job in Nokia in the end of this month and
starting in TI. I will be continuing working on OMAP display subsystem.
So my Nokia email account will end working in the end of this month, and
it may be a while until I get a TI account. But I can be reached from
On Mon, Jan 24, 2011 at 3:55 PM, Santosh Shilimkar
santosh.shilim...@ti.com wrote:
Jean
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of jean.pi...@newoldbits.com
Sent: Monday, January 24, 2011 7:51 PM
To: Thomas
-Original Message-
From: Jean Pihet [mailto:jean.pi...@newoldbits.com]
Sent: Wednesday, January 26, 2011 3:20 PM
To: Santosh Shilimkar
Cc: Thomas Renninger; linux-omap@vger.kernel.org; Jean Pihet-XID
Subject: Re: [PATCH] perf: add OMAP support for the new power events
[...]
We
On Wed, Jan 26, 2011 at 12:58 AM, Tony Lindgren t...@atomide.com wrote:
* 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
On Wed, Jan 26, 2011 at 10:11:03AM +0100, Uwe Kleine-König wrote:
On Wed, Jan 26, 2011 at 08:52:40AM +, Russell King - ARM Linux wrote:
On Wed, Jan 26, 2011 at 09:46:13AM +0100, Uwe Kleine-König wrote:
Will you care for imx (mach-{mx*,imx}), too, or should I fix them up?
Does mx
On Tue, Jan 25, 2011 at 9:21 PM, Nicolas Pitre nicolas.pi...@linaro.org wrote:
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,
On Wed, Jan 26, 2011 at 11:11:31AM +, Dave Martin wrote:
Do we need to consider any other discarded sections? In vmlinux.lds, I have:
/* Default discards */
/DISCARD/ : { *(.exit.text) *(.cpuexit.text) *(.memexit.text)
*(.exit.data) *(.cpuexit.data) *(.cpuexit.rodata) *(.memexit.data)
On Tue, Jan 25, 2011 at 5:54 PM, Paul Walmsley p...@pwsan.com wrote:
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
On Wed, 26 Jan 2011, Dave Martin wrote:
On Tue, Jan 25, 2011 at 9:21 PM, Nicolas Pitre nicolas.pi...@linaro.org
wrote:
On Tue, 25 Jan 2011, Russell King - ARM Linux wrote:
Hmm, actually it looks like you can end up with configurations where the
spinlocks are inlined.
That means
On Wed, Jan 26, 2011 at 10:42:41AM -0500, Nicolas Pitre wrote:
On Wed, 26 Jan 2011, Dave Martin wrote:
Alternatively, I wonder .alt.smp.init could make weak references
instead of normal references: then if the referenced section is
discarded, the reference will revert to 0 and the fixup
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
On Wed, Jan 26, 2011 at 3:52 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Wed, Jan 26, 2011 at 10:42:41AM -0500, Nicolas Pitre wrote:
On Wed, 26 Jan 2011, Dave Martin wrote:
Alternatively, I wonder .alt.smp.init could make weak references
instead of normal references: then
SMP_ON_UP fixups lead to vmlinux link errors if those sections are
discarded at link-time. In particular this may happen for built-in
__exit stuff.
This patch modifies the vmlinux linker script to reduce the amount
of discarded sections, and tries to make sure that __exit sections
are kept in.
On Wed, 26 Jan 2011, Lambert, David wrote:
On Tue, Jan 25, 2011 at 5:54 PM, Paul Walmsley p...@pwsan.com wrote:
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
* Russell King - ARM Linux li...@arm.linux.org.uk [110126 00:57]:
On Fri, Jan 07, 2011 at 08:56:26AM -0800, Tony Lindgren wrote:
diff --git a/arch/arm/mach-omap2/io.c b/arch/arm/mach-omap2/io.c
index e66687b..c203204 100644
--- a/arch/arm/mach-omap2/io.c
+++ b/arch/arm/mach-omap2/io.c
* Russell King - ARM Linux li...@arm.linux.org.uk [110126 01:00]:
On Fri, Jan 07, 2011 at 08:56:26AM -0800, Tony Lindgren wrote:
diff --git a/arch/arm/mach-omap2/mux.c b/arch/arm/mach-omap2/mux.c
index 17bd639..9eaa28c 100644
--- a/arch/arm/mach-omap2/mux.c
+++
2011/1/25 Tardy, Pierre pierre.ta...@intel.com:
Actually in sdhci, you power off the MMC IP block, you power OFF the
MCLK (at least on our platform)
I don't know other platform where mmc clock is not controlled more or
less directlty by the sdhc IP.
This is the case with host/mmci.c.
It is
On 20.01.11 13:57:17, Ari Kauppi wrote:
This patchset re-enables ARM backtraces with non-PMU capable CPUs.
In V2 I have tried to address the comments received for the V1
patches. arch/sh/oprofile/common.c is untouched but should work
as earlier.
Compile tested with arm/omap2plus_defconfig
On Wed, 26 Jan 2011, G, Manjunath Kondaiah wrote:
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
Tomi,
Welcome to TI!
Maybe now we can tackle getting the DSI video mode supported in Linux
open-source? It's a big gap, given the high interest.
Magdalena
On Wed, Jan 26, 2011 at 2:55 AM, Tomi Valkeinen to...@iki.fi wrote:
Hi,
Just FYI, I'm ending my current job in Nokia in the end of this
2011/1/26 Linus Walleij linus.wall...@linaro.org:
2011/1/25 Tardy, Pierre pierre.ta...@intel.com:
@@ -1231,6 +1233,27 @@ static void sdhci_set_ios(struct mmc_host *mmc,
struct mmc_ios *ios)
goto out;
/*
+ * get/put runtime_pm usage counter at ios-clock
Hi Tero,
tero.kri...@nokia.com writes:
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
On Wed, 26 Jan 2011, Dave Martin wrote:
On Wed, Jan 26, 2011 at 3:52 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
So I don't think weak symbols work like we want them to.
That was the conclusion I came to also ... the linker seems to resolve
references in each object
On Wed, 26 Jan 2011, Dave P. Martin wrote:
SMP_ON_UP fixups lead to vmlinux link errors if those sections are
discarded at link-time. In particular this may happen for built-in
__exit stuff.
This patch modifies the vmlinux linker script to reduce the amount
of discarded sections, and
Hi,
What is the best way to mux signals which are available on multiple pins ?
For example on omap4, gpio 103 can be muxed on
1.gpmc_ncs6.
2.sdmmc_dat1.
omap_mux_init_gpio and omap_mux_init_signal on these pins will now
return with -EINVAL without modifying the mux register and the pin
will be
Hi Kevin,
-Original Message-
From: Kevin Hilman [mailto:khil...@ti.com]
Sent: Tuesday, January 25, 2011 9:29 PM
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 MPU on
3430ES2PLUS
Rajendra Nayak
Silesh C V wrote:
Hi,
What is the best way to mux signals which are available on
multiple pins ?
For example on omap4, gpio 103 can be muxed on
1.gpmc_ncs6.
2.sdmmc_dat1.
Specify the signal as pad.signal:
gpmc_ncs6.sdmmc_dat1
(where, pad is the signal name on mode0, and
signal is the
Hi,
On Mon, Jan 24, 2011 at 10:45:22AM -0500, Ben Gamari wrote:
On Tue, 18 Jan 2011 14:15:13 -0500, Ben Gamari bgamari.f...@gmail.com wrote:
On Mon, 6 Dec 2010 13:43:31 +0530, Ajay Kumar Gupta ajay.gu...@ti.com
wrote:
As the control.h have been moved to new location and it's
uses are
Hi Anand,
On Thu, Jan 27, 2011 at 1:40 PM, Anand Gadiyar gadi...@ti.com wrote:
Silesh C V wrote:
Hi,
What is the best way to mux signals which are available on
multiple pins ?
For example on omap4, gpio 103 can be muxed on
1.gpmc_ncs6.
2.sdmmc_dat1.
Specify the signal as pad.signal:
Hi Sumit,
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Sumit Semwal
Sent: Tuesday, January 25, 2011 6:30 PM
To: tomi.valkei...@nokia.com; p...@pwsan.com; khil...@ti.com;
hvaib...@ti.com; linux-omap@vger.kernel.org; b-
36 matches
Mail list logo