From: "Dave P. Martin" <dave.martin@linaro.org>
To: Russell King - ARM Linux <linux@arm.linux.org.uk>
Cc: Dave Martin <dave.martin@linaro.org>,
Nicolas Pitre <nicolas.pitre@linaro.org>,
linux-omap@vger.kernel.org, linux-arm-kernel@lists.infradead.org
Subject: [PATCH] ARM: Avoid discarding sections that might have SMP_ON_UP fixups
Date: Wed, 26 Jan 2011 17:25:35 +0000 [thread overview]
Message-ID: <20110126172535.GA15983@arm.com> (raw)
In-Reply-To: <20110126124452.GB4232@n2100.arm.linux.org.uk>
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.
This is a hack and probably wrong! Further discussion is needed.
Signed-off-by: Dave Martin <dave.martin@linaro.org>
---
On Wed, Jan 26, 2011 at 12:44:52PM +0000, Russell King - ARM Linux wrote:
> On Wed, Jan 26, 2011 at 11:11:31AM +0000, 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)
> > *(.memexit.rodata) *(.exitcall.exit) *(.discard) *(.discard.*) }
>
> We need to keep all the text exit stuff, and that could well want
> data exit stuff, so I think we need ot keep most of that. Maybe not
> the .discard* stuff though.
>
> > If we put every fixup in its own _section_ we might be able to
> > collapse those out of the list at link time too. However, that seems
> > hard to achieve, since in order to do the correct link-time filtering
> > we would need the fixup's section name to be based on the referenced
> > section's name ... due to preprocessor limitations I don't think we
> > can do that automatically (and manual maintenance would be a bad
> > plan).
>
> I suspect if it was sanely possible to do, then x86 would already be
> doing it as they've had this problem for a lot longer than we have.
> It might be worth talking to toolchain people to see if it can be made
> to work somehow - but we really don't want to get rid of all discarded
> section warnings.
>
> IOW, if we have a text segment which is included in the image and it
> references discarded .exit text, we really do want it to fail at link
> time.
diff --git a/arch/arm/kernel/vmlinux.lds.S b/arch/arm/kernel/vmlinux.lds.S
index 45b5651..473e30e 100644
--- a/arch/arm/kernel/vmlinux.lds.S
+++ b/arch/arm/kernel/vmlinux.lds.S
@@ -85,6 +85,7 @@ SECTIONS
* unwind exit sections must be discarded before the rest of the
* unwind sections get included.
*/
+#ifndef CONFIG_SMP_ON_UP
/DISCARD/ : {
*(.ARM.exidx.exit.text)
*(.ARM.extab.exit.text)
@@ -99,6 +100,7 @@ SECTIONS
*(__ex_table)
#endif
}
+#endif
.text : { /* Real text segment */
_text = .; /* Text and read-only data */
@@ -107,6 +109,12 @@ SECTIONS
__exception_text_end = .;
IRQENTRY_TEXT
TEXT_TEXT
+#ifdef CONFIG_SMP_ON_UP
+ *(.exit.text)
+ CPU_KEEP(exit.text)
+ DEV_KEEP(exit.text)
+ MEM_KEEP(exit.text)
+#endif
SCHED_TEXT
LOCK_TEXT
KPROBES_TEXT
@@ -116,6 +124,11 @@ SECTIONS
*(.gnu.warning)
*(.rodata)
*(.rodata.*)
+#ifdef CONFIG_SMP_ON_UP
+ CPU_KEEP(exit.rodata)
+ DEV_KEEP(exit.rodata)
+ MEM_KEEP(exit.rodata)
+#endif
*(.glue_7)
*(.glue_7t)
. = ALIGN(4);
@@ -188,6 +201,11 @@ SECTIONS
* and the usual data section
*/
DATA_DATA
+#ifdef CONFIG_SMP_ON_UP
+ DEV_KEEP(exit.data)
+ CPU_KEEP(exit.data)
+ MEM_KEEP(exit.data)
+#endif
CONSTRUCTORS
_edata = .;
--
1.7.1
WARNING: multiple messages have this Message-ID (diff)
From: dave.martin@linaro.org (Dave P. Martin)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH] ARM: Avoid discarding sections that might have SMP_ON_UP fixups
Date: Wed, 26 Jan 2011 17:25:35 +0000 [thread overview]
Message-ID: <20110126172535.GA15983@arm.com> (raw)
In-Reply-To: <20110126124452.GB4232@n2100.arm.linux.org.uk>
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.
This is a hack and probably wrong! Further discussion is needed.
Signed-off-by: Dave Martin <dave.martin@linaro.org>
---
On Wed, Jan 26, 2011 at 12:44:52PM +0000, Russell King - ARM Linux wrote:
> On Wed, Jan 26, 2011 at 11:11:31AM +0000, 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)
> > *(.memexit.rodata) *(.exitcall.exit) *(.discard) *(.discard.*) }
>
> We need to keep all the text exit stuff, and that could well want
> data exit stuff, so I think we need ot keep most of that. Maybe not
> the .discard* stuff though.
>
> > If we put every fixup in its own _section_ we might be able to
> > collapse those out of the list at link time too. However, that seems
> > hard to achieve, since in order to do the correct link-time filtering
> > we would need the fixup's section name to be based on the referenced
> > section's name ... due to preprocessor limitations I don't think we
> > can do that automatically (and manual maintenance would be a bad
> > plan).
>
> I suspect if it was sanely possible to do, then x86 would already be
> doing it as they've had this problem for a lot longer than we have.
> It might be worth talking to toolchain people to see if it can be made
> to work somehow - but we really don't want to get rid of all discarded
> section warnings.
>
> IOW, if we have a text segment which is included in the image and it
> references discarded .exit text, we really do want it to fail at link
> time.
diff --git a/arch/arm/kernel/vmlinux.lds.S b/arch/arm/kernel/vmlinux.lds.S
index 45b5651..473e30e 100644
--- a/arch/arm/kernel/vmlinux.lds.S
+++ b/arch/arm/kernel/vmlinux.lds.S
@@ -85,6 +85,7 @@ SECTIONS
* unwind exit sections must be discarded before the rest of the
* unwind sections get included.
*/
+#ifndef CONFIG_SMP_ON_UP
/DISCARD/ : {
*(.ARM.exidx.exit.text)
*(.ARM.extab.exit.text)
@@ -99,6 +100,7 @@ SECTIONS
*(__ex_table)
#endif
}
+#endif
.text : { /* Real text segment */
_text = .; /* Text and read-only data */
@@ -107,6 +109,12 @@ SECTIONS
__exception_text_end = .;
IRQENTRY_TEXT
TEXT_TEXT
+#ifdef CONFIG_SMP_ON_UP
+ *(.exit.text)
+ CPU_KEEP(exit.text)
+ DEV_KEEP(exit.text)
+ MEM_KEEP(exit.text)
+#endif
SCHED_TEXT
LOCK_TEXT
KPROBES_TEXT
@@ -116,6 +124,11 @@ SECTIONS
*(.gnu.warning)
*(.rodata)
*(.rodata.*)
+#ifdef CONFIG_SMP_ON_UP
+ CPU_KEEP(exit.rodata)
+ DEV_KEEP(exit.rodata)
+ MEM_KEEP(exit.rodata)
+#endif
*(.glue_7)
*(.glue_7t)
. = ALIGN(4);
@@ -188,6 +201,11 @@ SECTIONS
* and the usual data section
*/
DATA_DATA
+#ifdef CONFIG_SMP_ON_UP
+ DEV_KEEP(exit.data)
+ CPU_KEEP(exit.data)
+ MEM_KEEP(exit.data)
+#endif
CONSTRUCTORS
_edata = .;
--
1.7.1
next prev parent reply other threads:[~2011-01-26 17:25 UTC|newest]
Thread overview: 254+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-01-17 19:20 [PATCH 00/14] Fix issues with ARMv6+v6k+v7 kernels Russell King - ARM Linux
2011-01-17 19:20 ` Russell King - ARM Linux
2011-01-17 19:21 ` [PATCH 01/14] ARM: bitops: ensure set/clear/change bitops take a word-aligned pointer Russell King - ARM Linux
2011-01-17 19:21 ` Russell King - ARM Linux
2011-01-18 6:00 ` Nicolas Pitre
2011-01-18 6:00 ` Nicolas Pitre
2011-01-18 14:30 ` Russell King - ARM Linux
2011-01-18 14:30 ` Russell King - ARM Linux
2011-01-18 18:20 ` Nicolas Pitre
2011-01-18 18:20 ` Nicolas Pitre
2011-01-18 15:11 ` Catalin Marinas
2011-01-18 15:11 ` Catalin Marinas
2011-01-25 19:50 ` Tony Lindgren
2011-01-25 19:50 ` Tony Lindgren
2011-01-17 19:21 ` [PATCH 02/14] ARM: bitops: switch set/clear/change bitops to use ldrex/strex Russell King - ARM Linux
2011-01-17 19:21 ` Russell King - ARM Linux
2011-01-18 5:42 ` Nicolas Pitre
2011-01-18 5:42 ` Nicolas Pitre
2011-01-23 0:16 ` Russell King - ARM Linux
2011-01-23 0:16 ` Russell King - ARM Linux
2011-01-23 4:44 ` Nicolas Pitre
2011-01-23 4:44 ` Nicolas Pitre
2011-01-23 9:35 ` Russell King - ARM Linux
2011-01-23 9:35 ` Russell King - ARM Linux
2011-01-24 8:38 ` Poddar, Sourav
2011-01-24 8:38 ` Poddar, Sourav
2011-01-24 8:57 ` Poddar, Sourav
2011-01-24 8:57 ` Poddar, Sourav
2011-01-24 10:28 ` Russell King - ARM Linux
2011-01-24 10:28 ` Russell King - ARM Linux
2011-01-24 13:47 ` Poddar, Sourav
2011-01-24 13:47 ` Poddar, Sourav
2011-01-24 14:11 ` Russell King - ARM Linux
2011-01-24 14:11 ` Russell King - ARM Linux
2011-01-24 14:54 ` Poddar, Sourav
2011-01-24 14:54 ` Poddar, Sourav
2011-01-24 15:00 ` Russell King - ARM Linux
2011-01-24 15:00 ` Russell King - ARM Linux
2011-01-25 13:57 ` Will Deacon
2011-01-25 14:11 ` Russell King - ARM Linux
2011-01-25 14:11 ` Russell King - ARM Linux
2011-01-25 14:19 ` Will Deacon
2011-01-25 14:19 ` Will Deacon
2011-01-25 13:57 ` Will Deacon
[not found] ` <000601cbbc97$cc6955d0$653c0170$%deacon@arm.com>
2011-01-25 21:38 ` Nicolas Pitre
2011-01-25 21:38 ` Nicolas Pitre
2011-01-25 19:51 ` Tony Lindgren
2011-01-25 19:51 ` Tony Lindgren
2011-01-17 19:22 ` [PATCH 03/14] ARM: v6k: remove CPU_32v6K dependencies in asm/spinlock.h Russell King - ARM Linux
2011-01-17 19:22 ` Russell King - ARM Linux
2011-01-17 23:13 ` Tony Lindgren
2011-01-17 23:13 ` Tony Lindgren
2011-01-25 16:43 ` Dave Martin
2011-01-25 16:43 ` Dave Martin
2011-01-25 16:59 ` Russell King - ARM Linux
2011-01-25 16:59 ` Russell King - ARM Linux
2011-01-25 17:33 ` Dave Martin
2011-01-25 17:33 ` Dave Martin
2011-01-25 17:46 ` Russell King - ARM Linux
2011-01-25 17:46 ` Russell King - ARM Linux
2011-01-25 21:21 ` Nicolas Pitre
2011-01-25 21:21 ` Nicolas Pitre
2011-01-26 11:11 ` Dave Martin
2011-01-26 11:11 ` Dave Martin
2011-01-26 12:44 ` Russell King - ARM Linux
2011-01-26 12:44 ` Russell King - ARM Linux
2011-01-26 17:25 ` Dave P. Martin [this message]
2011-01-26 17:25 ` [PATCH] ARM: Avoid discarding sections that might have SMP_ON_UP fixups Dave P. Martin
2011-01-26 21:31 ` Nicolas Pitre
2011-01-26 21:31 ` Nicolas Pitre
2011-01-27 14:37 ` [PATCH v2] ARM: Avoid discarding sections that might have SMP_ON_UP fixups " Dave Martin
2011-01-27 14:37 ` Dave Martin
2011-01-27 16:46 ` Russell King - ARM Linux
2011-01-27 16:46 ` Russell King - ARM Linux
2011-02-09 14:22 ` [PATCH] ARM: Avoid discarding sections that might have " Russell King - ARM Linux
2011-02-09 14:22 ` Russell King - ARM Linux
2011-02-10 12:56 ` Russell King - ARM Linux
2011-02-10 12:56 ` Russell King - ARM Linux
2011-02-10 14:11 ` Dave Martin
2011-02-10 14:11 ` Dave Martin
2011-02-10 14:13 ` Dave Martin
2011-02-10 14:13 ` Dave Martin
2011-02-10 14:46 ` Russell King - ARM Linux
2011-02-10 14:46 ` Russell King - ARM Linux
2011-02-10 18:29 ` Dave Martin
2011-02-10 18:29 ` Dave Martin
2011-02-10 19:11 ` Russell King - ARM Linux
2011-02-10 19:11 ` Russell King - ARM Linux
2011-02-11 9:33 ` Dave Martin
2011-02-11 9:33 ` Dave Martin
2011-02-11 10:13 ` Russell King - ARM Linux
2011-02-11 10:13 ` Russell King - ARM Linux
2011-02-11 10:52 ` Dave Martin
2011-02-11 10:52 ` Dave Martin
2011-02-11 16:05 ` Russell King - ARM Linux
2011-02-11 16:05 ` Russell King - ARM Linux
2011-02-11 16:17 ` Dave Martin
2011-02-11 16:17 ` Dave Martin
2011-02-11 16:32 ` Russell King - ARM Linux
2011-02-11 16:32 ` Russell King - ARM Linux
2011-02-16 16:35 ` Dave Martin
2011-02-16 16:35 ` Dave Martin
2011-02-18 17:52 ` Dave Martin
2011-02-18 17:52 ` Dave Martin
2011-01-26 15:42 ` [PATCH 03/14] ARM: v6k: remove CPU_32v6K dependencies in asm/spinlock.h Nicolas Pitre
2011-01-26 15:42 ` Nicolas Pitre
2011-01-26 15:52 ` Russell King - ARM Linux
2011-01-26 15:52 ` Russell King - ARM Linux
2011-01-26 16:59 ` Dave Martin
2011-01-26 16:59 ` Dave Martin
2011-01-26 21:06 ` Nicolas Pitre
2011-01-26 21:06 ` Nicolas Pitre
2011-01-27 11:44 ` Dave P. Martin
2011-01-27 11:44 ` Dave P. Martin
2011-01-17 19:22 ` [PATCH 04/14] ARM: v6k: introduce CPU_V6K option Russell King - ARM Linux
2011-01-17 19:22 ` Russell King - ARM Linux
2011-01-17 23:14 ` Tony Lindgren
2011-01-17 23:14 ` Tony Lindgren
2011-01-18 10:36 ` Will Deacon
2011-01-18 10:36 ` Will Deacon
2011-01-18 11:09 ` Russell King - ARM Linux
2011-01-18 11:09 ` Russell King - ARM Linux
2011-01-18 13:35 ` Russell King - ARM Linux
2011-01-18 13:35 ` Russell King - ARM Linux
2011-01-18 15:22 ` Will Deacon
2011-01-18 15:22 ` Will Deacon
2011-01-17 19:22 ` [PATCH 05/14] ARM: v6k: Realview EB 11MPCore and PB11MPCore use V6K architecture CPUs Russell King - ARM Linux
2011-01-17 19:22 ` Russell King - ARM Linux
2011-01-17 19:23 ` [PATCH 06/14] ARM: v6k: Dove platforms " Russell King - ARM Linux
2011-01-17 19:23 ` Russell King - ARM Linux
2011-01-17 23:39 ` Nicolas Pitre
2011-01-17 23:39 ` Nicolas Pitre
2011-01-17 19:23 ` [PATCH 07/14] ARM: v6k: select clear exclusive code seqences according to V6 variants Russell King - ARM Linux
2011-01-17 19:23 ` Russell King - ARM Linux
2011-01-17 23:15 ` Tony Lindgren
2011-01-17 23:15 ` Tony Lindgren
2011-01-17 19:23 ` [PATCH 08/14] ARM: v6k: select cmpxchg code sequences " Russell King - ARM Linux
2011-01-17 19:23 ` Russell King - ARM Linux
2011-01-17 23:18 ` Tony Lindgren
2011-01-17 23:18 ` Tony Lindgren
2011-01-17 19:24 ` [PATCH 09/14] ARM: v6k: select generic atomic64 code " Russell King - ARM Linux
2011-01-17 19:24 ` Russell King - ARM Linux
2011-01-17 23:21 ` Tony Lindgren
2011-01-17 23:21 ` Tony Lindgren
2011-01-18 10:24 ` Will Deacon
2011-01-18 10:24 ` Will Deacon
2011-01-17 19:24 ` [PATCH 10/14] ARM: v6k: select TLS register " Russell King - ARM Linux
2011-01-17 19:24 ` Russell King - ARM Linux
2011-01-17 22:23 ` Nicolas Pitre
2011-01-17 22:23 ` Nicolas Pitre
2011-01-17 22:36 ` Russell King - ARM Linux
2011-01-17 22:36 ` Russell King - ARM Linux
2011-01-17 22:52 ` Russell King - ARM Linux
2011-01-17 22:52 ` Russell King - ARM Linux
2011-01-18 4:27 ` Nicolas Pitre
2011-01-18 4:27 ` Nicolas Pitre
2011-01-18 4:25 ` Nicolas Pitre
2011-01-18 4:25 ` Nicolas Pitre
2011-01-17 23:21 ` Tony Lindgren
2011-01-17 23:21 ` Tony Lindgren
2011-01-17 19:24 ` [PATCH 11/14] ARM: v6k: use CPU domain feature if we include support for arch < ARMv6K Russell King - ARM Linux
2011-01-17 19:24 ` Russell King - ARM Linux
2011-01-17 22:03 ` Nicolas Pitre
2011-01-17 22:03 ` Nicolas Pitre
2011-01-17 23:23 ` Tony Lindgren
2011-01-17 23:23 ` Tony Lindgren
2011-01-27 18:14 ` Catalin Marinas
2011-01-27 18:14 ` Catalin Marinas
2011-01-27 18:59 ` Russell King - ARM Linux
2011-01-27 18:59 ` Russell King - ARM Linux
2011-01-28 9:46 ` Catalin Marinas
2011-01-28 9:46 ` Catalin Marinas
2011-01-28 9:59 ` Russell King - ARM Linux
2011-01-28 9:59 ` Russell King - ARM Linux
2011-01-28 10:46 ` Catalin Marinas
2011-01-28 10:46 ` Catalin Marinas
2011-01-28 11:06 ` Russell King - ARM Linux
2011-01-28 11:06 ` Russell King - ARM Linux
2011-01-28 12:25 ` Catalin Marinas
2011-01-28 12:25 ` Catalin Marinas
2011-01-28 13:05 ` Russell King - ARM Linux
2011-01-28 13:05 ` Russell King - ARM Linux
2011-01-28 13:10 ` Catalin Marinas
2011-01-28 13:10 ` Catalin Marinas
2011-01-28 13:22 ` Russell King - ARM Linux
2011-01-28 13:22 ` Russell King - ARM Linux
2011-01-28 13:21 ` Russell King - ARM Linux
2011-01-28 13:21 ` Russell King - ARM Linux
2011-01-28 15:11 ` Catalin Marinas
2011-01-28 15:11 ` Catalin Marinas
2011-01-28 16:49 ` Tony Lindgren
2011-01-28 16:49 ` Tony Lindgren
2011-01-17 19:25 ` [PATCH 12/14] ARM: v6k: do not disable CPU_32v6K based on platform selection Russell King - ARM Linux
2011-01-17 19:25 ` Russell King - ARM Linux
2011-01-17 23:24 ` Tony Lindgren
2011-01-17 23:24 ` Tony Lindgren
2011-01-17 19:25 ` [PATCH 13/14] ARM: v6k: allow swp emulation again when ARMv7 is enabled Russell King - ARM Linux
2011-01-17 19:25 ` Russell King - ARM Linux
2011-01-17 23:24 ` Tony Lindgren
2011-01-17 23:24 ` Tony Lindgren
2011-01-17 19:25 ` [PATCH 14/14] ARM: v6k: only allow SMP if we have v6k or v7 CPU Russell King - ARM Linux
2011-01-17 19:25 ` Russell King - ARM Linux
2011-01-17 23:25 ` Tony Lindgren
2011-01-17 23:25 ` Tony Lindgren
2011-01-17 22:21 ` [PATCH 00/14] Fix issues with ARMv6+v6k+v7 kernels Tony Lindgren
2011-01-17 22:21 ` Tony Lindgren
2011-01-18 14:30 ` Kirill A. Shutemov
2011-01-18 14:30 ` Kirill A. Shutemov
2011-01-18 14:40 ` Russell King - ARM Linux
2011-01-18 14:40 ` Russell King - ARM Linux
2011-01-18 14:44 ` Kirill A. Shutemov
2011-01-18 14:44 ` Kirill A. Shutemov
2011-01-18 15:01 ` Russell King - ARM Linux
2011-01-18 15:01 ` Russell King - ARM Linux
2011-02-08 16:36 ` Santosh Shilimkar
2011-02-08 16:36 ` Santosh Shilimkar
2011-02-08 16:47 ` Russell King - ARM Linux
2011-02-08 16:47 ` Russell King - ARM Linux
2011-02-08 16:58 ` Santosh Shilimkar
2011-02-08 16:58 ` Santosh Shilimkar
2011-02-08 20:43 ` Nicolas Pitre
2011-02-08 20:43 ` Nicolas Pitre
2011-02-09 0:35 ` Tony Lindgren
2011-02-09 0:35 ` Tony Lindgren
2011-02-09 6:04 ` Santosh Shilimkar
2011-02-09 6:04 ` Santosh Shilimkar
2011-02-09 9:48 ` Dave Martin
2011-02-09 9:48 ` Dave Martin
2011-02-09 10:00 ` Santosh Shilimkar
2011-02-09 10:00 ` Santosh Shilimkar
2011-02-09 16:24 ` Tony Lindgren
2011-02-09 16:24 ` Tony Lindgren
2011-02-09 16:27 ` Santosh Shilimkar
2011-02-09 16:27 ` Santosh Shilimkar
2011-02-09 16:32 ` Russell King - ARM Linux
2011-02-09 16:32 ` Russell King - ARM Linux
2011-02-09 16:44 ` Russell King - ARM Linux
2011-02-09 16:44 ` Russell King - ARM Linux
2011-02-09 16:45 ` Nicolas Pitre
2011-02-09 16:45 ` Nicolas Pitre
2011-02-09 17:48 ` Tony Lindgren
2011-02-09 17:48 ` Tony Lindgren
2011-02-09 10:01 ` Catalin Marinas
2011-02-09 10:01 ` Catalin Marinas
2011-02-10 13:04 ` Russell King - ARM Linux
2011-02-10 13:04 ` Russell King - ARM Linux
2011-02-10 13:12 ` Catalin Marinas
2011-02-10 13:12 ` Catalin Marinas
2011-02-10 13:16 ` Russell King - ARM Linux
2011-02-10 13:16 ` Russell King - ARM Linux
2011-02-11 20:45 ` Nicolas Pitre
2011-02-11 20:45 ` Nicolas Pitre
2011-02-11 21:07 ` Russell King - ARM Linux
2011-02-11 21:07 ` Russell King - ARM Linux
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20110126172535.GA15983@arm.com \
--to=dave.martin@linaro.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-omap@vger.kernel.org \
--cc=linux@arm.linux.org.uk \
--cc=nicolas.pitre@linaro.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.