From: Kim Phillips <kim.phillips@freescale.com> To: "Woodhouse, David" <david.woodhouse@intel.com> Cc: Russell King - ARM Linux <linux@arm.linux.org.uk>, Borislav Petkov <bp@alien8.de>, Andrew Morton <akpm@linux-foundation.org>, Daniel Santos <daniel.santos@pobox.com>, David Rientjes <rientjes@google.com>, Rusty Russell <rusty@rustcorp.com.au>, "linux-arm-kernel@lists.infradead.org" <linux-arm-kernel@lists.infradead.org>, "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>, Rob Herring <robherring2@gmail.com> Subject: Re: [RFC] arm: use built-in byte swap function Date: Tue, 5 Feb 2013 21:04:36 -0600 [thread overview] Message-ID: <20130205210436.670c62e26d2121330e87af35@freescale.com> (raw) In-Reply-To: <1359703995.23531.6.camel@shinybook.infradead.org> On Fri, 1 Feb 2013 07:33:17 +0000 "Woodhouse, David" <david.woodhouse@intel.com> wrote: > On Fri, 2013-02-01 at 01:17 +0000, Russell King - ARM Linux wrote: > > > > > I've tried both gcc 4.6.3 [1] and 4.6.4 [2]. If you can point me to > > > a 4.5.x, I'll try that, too, but as it stands now, if one moves the > > > code added to swab.h below outside of its armv6 protection, > > > gcc adds calls to __bswapsi2. > > > > Take a look at the message I sent on the 29th towards the beginning of > > this thread for details of gcc 4.5.4 behaviour. > > I'd like to see a comment (with PR# if appropriate) explaining clearly > *why* it isn't enabled for <ARMv6 even with a bleeding-edge compiler. ok I think I've figured it out: the difference in the defconfigs that fail (at91_dt, at91sam9g45, and lpc32xx) is that they are ARM9's (armv4/5), have CC_OPTIMIZE_FOR_SIZE set, and have code with multiple swaps ready for space optimization: gcc -Os emits calls to __bswapsi2 on those platforms to save space because they don't have the single rev byte swap instruction. > Russell's test also seemed to indicate that the 32-bit and 64-bit swap > support was present and functional in GCC 4.5.4 (as indeed it should > have been since 4.4), so I'm still not quite sure why you require 4.6 > for that. initially it was based at looking at gcc commit history for the 'rev' instruction implementation, but now I've got 4.4, 4.5, 4.6 and 4.7 compilers to perform Russell's test: $ for cc in 4.4 4.5 4.6 4.7; do \ arm-linux-gnueabi-gcc-$cc --version | grep gcc ; \ for a in armv3 armv4 armv4t armv5t armv5te armv6k armv6 armv7-a; do \ echo -n $a:; \ for f in 16 32 64; do \ echo 'unsigned foo(unsigned val) { return __builtin_bswap'$f'(val); }' | arm-linux-gnueabi-gcc-$cc -w -x c -S -o - - -march=$a | grep 'bl'; \ done; \ done; \ done whose output is: arm-linux-gnueabi-gcc-4.4 (Ubuntu/Linaro 4.4.7-1ubuntu2) 4.4.7 armv3: bl __builtin_bswap16 bl __bswapsi2 bl __bswapdi2 armv4: bl __builtin_bswap16 bl __bswapsi2 bl __bswapdi2 armv4t: bl __builtin_bswap16 bl __bswapsi2 bl __bswapdi2 armv5t: bl __builtin_bswap16 bl __bswapsi2 bl __bswapdi2 armv5te: bl __builtin_bswap16 bl __bswapsi2 bl __bswapdi2 armv6k: bl __builtin_bswap16 bl __bswapsi2 bl __bswapdi2 armv6: bl __builtin_bswap16 bl __bswapsi2 bl __bswapdi2 armv7-a: bl __builtin_bswap16 bl __bswapsi2 bl __bswapdi2 arm-linux-gnueabi-gcc-4.5 (Ubuntu/Linaro 4.5.3-12ubuntu2) 4.5.3 armv3: bl __builtin_bswap16 armv4: bl __builtin_bswap16 armv4t: bl __builtin_bswap16 armv5t: bl __builtin_bswap16 armv5te: bl __builtin_bswap16 armv6k: bl __builtin_bswap16 armv6: bl __builtin_bswap16 armv7-a: bl __builtin_bswap16 arm-linux-gnueabi-gcc-4.6 (Ubuntu/Linaro 4.6.3-8ubuntu1) 4.6.3 20120624 (prerelease) armv3: bl __builtin_bswap16 armv4: bl __builtin_bswap16 armv4t: bl __builtin_bswap16 armv5t: bl __builtin_bswap16 armv5te: bl __builtin_bswap16 armv6k: bl __builtin_bswap16 armv6: bl __builtin_bswap16 armv7-a: bl __builtin_bswap16 arm-linux-gnueabi-gcc-4.7 (Ubuntu/Linaro 4.7.2-1ubuntu1) 4.7.2 armv3: bl __builtin_bswap16 armv4: bl __builtin_bswap16 armv4t: bl __builtin_bswap16 armv5t: bl __builtin_bswap16 armv5te: bl __builtin_bswap16 armv6k: bl __builtin_bswap16 armv6: bl __builtin_bswap16 armv7-a: bl __builtin_bswap16 So 4.4 should be exempt from using the built-ins because it always emits __bswapsi2 calls: it doesn't matter whether or not -Os or -O2 are added as options in the test. gcc 4.5, 4.6, and 4.7 all support 32 & 64-bit versions, so we should check for gcc >= 4.5 instead of gcc >= 4.6. I've added a new check for !CC_OPTIMIZE_FOR_SIZE and build-tested all defconfigs with gcc 4.6.3 - here's v5: >From 11aa942a84fe94d204424a19b6b13fdb2b359ee6 Mon Sep 17 00:00:00 2001 From: Kim Phillips <kim.phillips@freescale.com> Date: Mon, 28 Jan 2013 19:30:33 -0600 Subject: [PATCH] arm: use built-in byte swap function Enable the compiler intrinsic for byte swapping on arch ARM. This allows the compiler to detect and be able to optimize out byte swappings. __builtin_bswap{32,64} support was added in gcc 4.4, but until gcc 4.5, it emitted calls to libgcc's __bswap[sd]i2 (even with -O2). All gcc versions tested (4.[4567]) emit calls to __bswap[sd]i2 when optimizing for size, so we add the !CC_OPTIMIZE_FOR_SIZE check. Support for 16-bit built-ins will be in gcc version 4.8. This has a tiny benefit on vmlinux text size (gcc 4.6.4): multi_v7_defconfig: text data bss dec hex filename 3135208 188396 203344 3526948 35d124 vmlinux multi_v7_defconfig with builtin_bswap: text data bss dec hex filename 3135112 188396 203344 3526852 35d0c4 vmlinux exynos_defconfig: text data bss dec hex filename 4286605 360564 223172 4870341 4a50c5 vmlinux exynos_defconfig with builtin_bswap: text data bss dec hex filename 4286405 360564 223172 4870141 4a4ffd vmlinux The savings come mostly from device-tree related code, and some from drivers. Signed-off-by: Kim Phillips <kim.phillips@freescale.com> --- akin to: http://comments.gmane.org/gmane.linux.kernel.cross-arch/16016 based on linux-next-20130128. Depends on commit "compiler-gcc{3,4}.h: Use GCC_VERSION macro" by Daniel Santos <daniel.santos@pobox.com>, currently in the akpm branch. v5: re-work based on new gcc version test data: - moved outside armv6 protection - check for gcc 4.6+ demoted to gcc 4.5+ with: !defined(CONFIG_CC_OPTIMIZE_FOR_SIZE) v4: - undo v2-2's addition of ARCH_DEFINES_BUILTIN_BSWAP per Boris and David - object is to find arches that define _HAVE_BSWAP and clean it up in the future: patch is much less intrusive. :) v3: - moved out of uapi swab.h into arch/arm/include/asm/swab.h - moved ARCH_DEFINES_BUILTIN_BSWAP help text into commit message - moved GCC_VERSION >= 40800 ifdef into GCC_VERSION >= 40600 block v2: - at91 and lpd270 builds fixed by limiting to ARMv6 and above (i.e., ARM cores that have support for the 'rev' instruction). Otherwise, the compiler emits calls to libgcc's __bswapsi2 on these ARMv4/v5 builds (and arch ARM doesn't link with libgcc). All ARM defconfigs now have the same build status as they did without this patch (some are broken on linux-next). - move ARM check from generic compiler.h to arch ARM's swab.h. - pretty sure it should be limited to __KERNEL__ builds - add new ARCH_DEFINES_BUILTIN_BSWAP (see Kconfig help). - if set, generic compiler header does not set HAVE_BUILTIN_BSWAPxx - not too sure about this having to be a new CONFIG_, but it's hard to find a place for it given linux/compiler.h doesn't include any arch-specific files. - move new selects to end of CONFIG_ARM's Kconfig select list, as is done in David Woodhouse's original patchseries for ppc/x86. arch/arm/include/asm/swab.h | 9 +++++++++ 1 file changed, 9 insertions(+) diff --git a/arch/arm/include/asm/swab.h b/arch/arm/include/asm/swab.h index 537fc9b..159ab16 100644 --- a/arch/arm/include/asm/swab.h +++ b/arch/arm/include/asm/swab.h @@ -35,4 +35,13 @@ static inline __attribute_const__ __u32 __arch_swab32(__u32 x) #define __arch_swab32 __arch_swab32 #endif + +#if !defined(CONFIG_CC_OPTIMIZE_FOR_SIZE) && GCC_VERSION >= 40500 +#define __HAVE_BUILTIN_BSWAP32__ +#define __HAVE_BUILTIN_BSWAP64__ +#if GCC_VERSION >= 40800 +#define __HAVE_BUILTIN_BSWAP16__ +#endif +#endif + #endif -- 1.7.9.7 Thanks, Kim [1] http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44392 [2] http://gcc.gnu.org/onlinedocs/gcc/Other-Builtins.html#Other-Builtins
WARNING: multiple messages have this Message-ID (diff)
From: kim.phillips@freescale.com (Kim Phillips) To: linux-arm-kernel@lists.infradead.org Subject: [RFC] arm: use built-in byte swap function Date: Tue, 5 Feb 2013 21:04:36 -0600 [thread overview] Message-ID: <20130205210436.670c62e26d2121330e87af35@freescale.com> (raw) In-Reply-To: <1359703995.23531.6.camel@shinybook.infradead.org> On Fri, 1 Feb 2013 07:33:17 +0000 "Woodhouse, David" <david.woodhouse@intel.com> wrote: > On Fri, 2013-02-01 at 01:17 +0000, Russell King - ARM Linux wrote: > > > > > I've tried both gcc 4.6.3 [1] and 4.6.4 [2]. If you can point me to > > > a 4.5.x, I'll try that, too, but as it stands now, if one moves the > > > code added to swab.h below outside of its armv6 protection, > > > gcc adds calls to __bswapsi2. > > > > Take a look at the message I sent on the 29th towards the beginning of > > this thread for details of gcc 4.5.4 behaviour. > > I'd like to see a comment (with PR# if appropriate) explaining clearly > *why* it isn't enabled for <ARMv6 even with a bleeding-edge compiler. ok I think I've figured it out: the difference in the defconfigs that fail (at91_dt, at91sam9g45, and lpc32xx) is that they are ARM9's (armv4/5), have CC_OPTIMIZE_FOR_SIZE set, and have code with multiple swaps ready for space optimization: gcc -Os emits calls to __bswapsi2 on those platforms to save space because they don't have the single rev byte swap instruction. > Russell's test also seemed to indicate that the 32-bit and 64-bit swap > support was present and functional in GCC 4.5.4 (as indeed it should > have been since 4.4), so I'm still not quite sure why you require 4.6 > for that. initially it was based at looking at gcc commit history for the 'rev' instruction implementation, but now I've got 4.4, 4.5, 4.6 and 4.7 compilers to perform Russell's test: $ for cc in 4.4 4.5 4.6 4.7; do \ arm-linux-gnueabi-gcc-$cc --version | grep gcc ; \ for a in armv3 armv4 armv4t armv5t armv5te armv6k armv6 armv7-a; do \ echo -n $a:; \ for f in 16 32 64; do \ echo 'unsigned foo(unsigned val) { return __builtin_bswap'$f'(val); }' | arm-linux-gnueabi-gcc-$cc -w -x c -S -o - - -march=$a | grep 'bl'; \ done; \ done; \ done whose output is: arm-linux-gnueabi-gcc-4.4 (Ubuntu/Linaro 4.4.7-1ubuntu2) 4.4.7 armv3: bl __builtin_bswap16 bl __bswapsi2 bl __bswapdi2 armv4: bl __builtin_bswap16 bl __bswapsi2 bl __bswapdi2 armv4t: bl __builtin_bswap16 bl __bswapsi2 bl __bswapdi2 armv5t: bl __builtin_bswap16 bl __bswapsi2 bl __bswapdi2 armv5te: bl __builtin_bswap16 bl __bswapsi2 bl __bswapdi2 armv6k: bl __builtin_bswap16 bl __bswapsi2 bl __bswapdi2 armv6: bl __builtin_bswap16 bl __bswapsi2 bl __bswapdi2 armv7-a: bl __builtin_bswap16 bl __bswapsi2 bl __bswapdi2 arm-linux-gnueabi-gcc-4.5 (Ubuntu/Linaro 4.5.3-12ubuntu2) 4.5.3 armv3: bl __builtin_bswap16 armv4: bl __builtin_bswap16 armv4t: bl __builtin_bswap16 armv5t: bl __builtin_bswap16 armv5te: bl __builtin_bswap16 armv6k: bl __builtin_bswap16 armv6: bl __builtin_bswap16 armv7-a: bl __builtin_bswap16 arm-linux-gnueabi-gcc-4.6 (Ubuntu/Linaro 4.6.3-8ubuntu1) 4.6.3 20120624 (prerelease) armv3: bl __builtin_bswap16 armv4: bl __builtin_bswap16 armv4t: bl __builtin_bswap16 armv5t: bl __builtin_bswap16 armv5te: bl __builtin_bswap16 armv6k: bl __builtin_bswap16 armv6: bl __builtin_bswap16 armv7-a: bl __builtin_bswap16 arm-linux-gnueabi-gcc-4.7 (Ubuntu/Linaro 4.7.2-1ubuntu1) 4.7.2 armv3: bl __builtin_bswap16 armv4: bl __builtin_bswap16 armv4t: bl __builtin_bswap16 armv5t: bl __builtin_bswap16 armv5te: bl __builtin_bswap16 armv6k: bl __builtin_bswap16 armv6: bl __builtin_bswap16 armv7-a: bl __builtin_bswap16 So 4.4 should be exempt from using the built-ins because it always emits __bswapsi2 calls: it doesn't matter whether or not -Os or -O2 are added as options in the test. gcc 4.5, 4.6, and 4.7 all support 32 & 64-bit versions, so we should check for gcc >= 4.5 instead of gcc >= 4.6. I've added a new check for !CC_OPTIMIZE_FOR_SIZE and build-tested all defconfigs with gcc 4.6.3 - here's v5: >From 11aa942a84fe94d204424a19b6b13fdb2b359ee6 Mon Sep 17 00:00:00 2001 From: Kim Phillips <kim.phillips@freescale.com> Date: Mon, 28 Jan 2013 19:30:33 -0600 Subject: [PATCH] arm: use built-in byte swap function Enable the compiler intrinsic for byte swapping on arch ARM. This allows the compiler to detect and be able to optimize out byte swappings. __builtin_bswap{32,64} support was added in gcc 4.4, but until gcc 4.5, it emitted calls to libgcc's __bswap[sd]i2 (even with -O2). All gcc versions tested (4.[4567]) emit calls to __bswap[sd]i2 when optimizing for size, so we add the !CC_OPTIMIZE_FOR_SIZE check. Support for 16-bit built-ins will be in gcc version 4.8. This has a tiny benefit on vmlinux text size (gcc 4.6.4): multi_v7_defconfig: text data bss dec hex filename 3135208 188396 203344 3526948 35d124 vmlinux multi_v7_defconfig with builtin_bswap: text data bss dec hex filename 3135112 188396 203344 3526852 35d0c4 vmlinux exynos_defconfig: text data bss dec hex filename 4286605 360564 223172 4870341 4a50c5 vmlinux exynos_defconfig with builtin_bswap: text data bss dec hex filename 4286405 360564 223172 4870141 4a4ffd vmlinux The savings come mostly from device-tree related code, and some from drivers. Signed-off-by: Kim Phillips <kim.phillips@freescale.com> --- akin to: http://comments.gmane.org/gmane.linux.kernel.cross-arch/16016 based on linux-next-20130128. Depends on commit "compiler-gcc{3,4}.h: Use GCC_VERSION macro" by Daniel Santos <daniel.santos@pobox.com>, currently in the akpm branch. v5: re-work based on new gcc version test data: - moved outside armv6 protection - check for gcc 4.6+ demoted to gcc 4.5+ with: !defined(CONFIG_CC_OPTIMIZE_FOR_SIZE) v4: - undo v2-2's addition of ARCH_DEFINES_BUILTIN_BSWAP per Boris and David - object is to find arches that define _HAVE_BSWAP and clean it up in the future: patch is much less intrusive. :) v3: - moved out of uapi swab.h into arch/arm/include/asm/swab.h - moved ARCH_DEFINES_BUILTIN_BSWAP help text into commit message - moved GCC_VERSION >= 40800 ifdef into GCC_VERSION >= 40600 block v2: - at91 and lpd270 builds fixed by limiting to ARMv6 and above (i.e., ARM cores that have support for the 'rev' instruction). Otherwise, the compiler emits calls to libgcc's __bswapsi2 on these ARMv4/v5 builds (and arch ARM doesn't link with libgcc). All ARM defconfigs now have the same build status as they did without this patch (some are broken on linux-next). - move ARM check from generic compiler.h to arch ARM's swab.h. - pretty sure it should be limited to __KERNEL__ builds - add new ARCH_DEFINES_BUILTIN_BSWAP (see Kconfig help). - if set, generic compiler header does not set HAVE_BUILTIN_BSWAPxx - not too sure about this having to be a new CONFIG_, but it's hard to find a place for it given linux/compiler.h doesn't include any arch-specific files. - move new selects to end of CONFIG_ARM's Kconfig select list, as is done in David Woodhouse's original patchseries for ppc/x86. arch/arm/include/asm/swab.h | 9 +++++++++ 1 file changed, 9 insertions(+) diff --git a/arch/arm/include/asm/swab.h b/arch/arm/include/asm/swab.h index 537fc9b..159ab16 100644 --- a/arch/arm/include/asm/swab.h +++ b/arch/arm/include/asm/swab.h @@ -35,4 +35,13 @@ static inline __attribute_const__ __u32 __arch_swab32(__u32 x) #define __arch_swab32 __arch_swab32 #endif + +#if !defined(CONFIG_CC_OPTIMIZE_FOR_SIZE) && GCC_VERSION >= 40500 +#define __HAVE_BUILTIN_BSWAP32__ +#define __HAVE_BUILTIN_BSWAP64__ +#if GCC_VERSION >= 40800 +#define __HAVE_BUILTIN_BSWAP16__ +#endif +#endif + #endif -- 1.7.9.7 Thanks, Kim [1] http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44392 [2] http://gcc.gnu.org/onlinedocs/gcc/Other-Builtins.html#Other-Builtins
next prev parent reply other threads:[~2013-02-06 3:07 UTC|newest] Thread overview: 127+ messages / expand[flat|nested] mbox.gz Atom feed top 2013-01-29 1:30 [RFC] arm: use built-in byte swap function Kim Phillips 2013-01-29 1:30 ` Kim Phillips 2013-01-29 8:35 ` Borislav Petkov 2013-01-29 8:35 ` Borislav Petkov 2013-01-29 16:46 ` Woodhouse, David 2013-01-29 16:46 ` Woodhouse, David 2013-01-29 17:42 ` Borislav Petkov 2013-01-29 17:42 ` Borislav Petkov 2013-01-29 17:55 ` Woodhouse, David 2013-01-29 17:55 ` Woodhouse, David 2013-01-29 18:10 ` Borislav Petkov 2013-01-29 18:10 ` Borislav Petkov 2013-01-30 10:22 ` Woodhouse, David 2013-01-30 10:22 ` Woodhouse, David 2013-01-31 2:09 ` Kim Phillips 2013-01-31 2:09 ` Kim Phillips 2013-01-31 6:44 ` Borislav Petkov 2013-01-31 6:44 ` Borislav Petkov 2013-01-31 9:28 ` Russell King - ARM Linux 2013-01-31 9:28 ` Russell King - ARM Linux 2013-01-31 20:59 ` Kim Phillips 2013-01-31 20:59 ` Kim Phillips 2013-01-31 21:33 ` Borislav Petkov 2013-01-31 21:33 ` Borislav Petkov 2013-01-31 22:11 ` Woodhouse, David 2013-01-31 22:11 ` Woodhouse, David 2013-02-01 0:37 ` [PATCH v4] " Kim Phillips 2013-02-01 0:37 ` Kim Phillips 2013-02-01 10:46 ` Russell King - ARM Linux 2013-02-01 10:46 ` Russell King - ARM Linux 2013-02-01 1:17 ` [RFC] " Russell King - ARM Linux 2013-02-01 1:17 ` Russell King - ARM Linux 2013-02-01 7:33 ` Woodhouse, David 2013-02-01 7:33 ` Woodhouse, David 2013-02-06 3:04 ` Kim Phillips [this message] 2013-02-06 3:04 ` Kim Phillips 2013-02-06 9:02 ` Woodhouse, David 2013-02-06 9:02 ` Woodhouse, David 2013-02-07 1:19 ` Kim Phillips 2013-02-07 1:19 ` Kim Phillips 2013-02-07 10:19 ` Will Newton 2013-02-07 10:19 ` Will Newton 2013-02-07 10:43 ` Catalin Marinas 2013-02-07 10:43 ` Catalin Marinas 2013-02-07 18:13 ` Russell King - ARM Linux 2013-02-07 18:13 ` Russell King - ARM Linux 2013-02-08 17:25 ` Woodhouse, David 2013-02-08 17:25 ` Woodhouse, David 2013-02-08 20:04 ` Nicolas Pitre 2013-02-08 20:04 ` Nicolas Pitre 2013-02-08 22:40 ` Woodhouse, David 2013-02-08 22:40 ` Woodhouse, David 2013-02-08 22:47 ` Nicolas Pitre 2013-02-08 22:47 ` Nicolas Pitre 2013-02-09 1:12 ` Kim Phillips 2013-02-09 1:12 ` Kim Phillips 2013-02-09 3:16 ` Nicolas Pitre 2013-02-09 3:16 ` Nicolas Pitre 2013-02-20 2:31 ` Kim Phillips 2013-02-20 2:31 ` Kim Phillips 2013-02-20 2:38 ` Stephen Boyd 2013-02-20 2:38 ` Stephen Boyd 2013-02-20 3:17 ` Nicolas Pitre 2013-02-20 3:17 ` Nicolas Pitre 2013-02-20 10:38 ` Woodhouse, David 2013-02-20 10:38 ` Woodhouse, David 2013-02-20 13:36 ` Nicolas Pitre 2013-02-20 13:36 ` Nicolas Pitre 2013-02-20 13:44 ` Woodhouse, David 2013-02-20 13:44 ` Woodhouse, David 2013-02-20 14:06 ` Nicolas Pitre 2013-02-20 14:06 ` Nicolas Pitre 2013-02-20 14:53 ` Woodhouse, David 2013-02-20 14:53 ` Woodhouse, David 2013-02-20 15:43 ` Nicolas Pitre 2013-02-20 15:43 ` Nicolas Pitre 2013-02-21 3:49 ` Kim Phillips 2013-02-21 3:49 ` Kim Phillips 2013-02-21 4:29 ` Nicolas Pitre 2013-02-21 4:29 ` Nicolas Pitre 2013-02-21 6:52 ` Kim Phillips 2013-02-21 6:52 ` Kim Phillips 2013-02-21 16:40 ` Nicolas Pitre 2013-02-21 16:40 ` Nicolas Pitre 2013-02-22 2:33 ` Kim Phillips 2013-02-22 2:33 ` Kim Phillips 2013-02-22 3:40 ` Nicolas Pitre 2013-02-22 3:40 ` Nicolas Pitre 2013-02-23 1:40 ` [PATCH v6] " Kim Phillips 2013-02-23 1:40 ` Kim Phillips 2013-02-23 2:40 ` Nicolas Pitre 2013-02-23 2:40 ` Nicolas Pitre 2013-02-23 23:20 ` Woodhouse, David 2013-02-23 23:20 ` Woodhouse, David 2013-05-23 16:46 ` [PATCH v7] " Kim Phillips 2013-05-23 16:46 ` Kim Phillips 2013-05-23 20:09 ` Nicolas Pitre 2013-05-23 20:09 ` Nicolas Pitre 2013-05-23 23:13 ` Russell King - ARM Linux 2013-05-23 23:13 ` Russell King - ARM Linux 2013-06-06 22:12 ` Russell King - ARM Linux 2013-06-06 22:12 ` Russell King - ARM Linux 2013-06-06 22:23 ` Borislav Petkov 2013-06-06 22:23 ` Borislav Petkov 2013-06-07 0:03 ` Stephen Rothwell 2013-06-07 0:03 ` Stephen Rothwell 2013-05-26 5:38 ` Dirk Behme 2013-05-26 9:30 ` Woodhouse, David 2013-10-27 2:41 ` Nicolas Pitre 2013-10-27 2:41 ` Nicolas Pitre 2013-11-05 21:45 ` Kim Phillips 2013-11-05 21:45 ` Kim Phillips 2013-02-21 16:37 ` [RFC] " Woodhouse, David 2013-02-21 16:37 ` Woodhouse, David 2013-02-21 17:27 ` Nicolas Pitre 2013-02-21 17:27 ` Nicolas Pitre 2013-03-13 13:35 ` Woodhouse, David 2013-03-13 13:35 ` Woodhouse, David 2013-01-29 14:13 ` Russell King - ARM Linux 2013-01-29 14:13 ` Russell King - ARM Linux 2013-01-29 14:43 ` Woodhouse, David 2013-01-29 14:43 ` Woodhouse, David 2013-01-29 14:53 ` Rob Herring 2013-01-29 14:53 ` Rob Herring 2013-01-29 15:10 ` Woodhouse, David 2013-01-29 15:10 ` Woodhouse, David 2013-01-31 11:44 Woodhouse, David
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=20130205210436.670c62e26d2121330e87af35@freescale.com \ --to=kim.phillips@freescale.com \ --cc=akpm@linux-foundation.org \ --cc=bp@alien8.de \ --cc=daniel.santos@pobox.com \ --cc=david.woodhouse@intel.com \ --cc=linux-arm-kernel@lists.infradead.org \ --cc=linux-kernel@vger.kernel.org \ --cc=linux@arm.linux.org.uk \ --cc=rientjes@google.com \ --cc=robherring2@gmail.com \ --cc=rusty@rustcorp.com.au \ /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: linkBe 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.