[2/4] [2.6 patch] better i386 CPU selection

From: Adrian Bunk (bunk_at_fs.tum.de)
Date: 09/25/03

  • Next message: Adrian Bunk: "[4/4] [2.6 patch] better i386 CPU selection"
    Date:	Thu, 25 Sep 2003 20:05:08 +0200
    To: linux-kernel@vger.kernel.org
    
    

    - move "struct movsl_mask movsl_mask" to usercopy.c
      (CONFIG_X86_INTEL_USERCOPY is used on non-Intel CPUs)

    diffstat output:

     arch/i386/kernel/cpu/intel.c | 7 -------
     arch/i386/lib/usercopy.c | 7 +++++++
     2 files changed, 7 insertions(+), 7 deletions(-)

    --- linux-2.6.0-test5-mm4/arch/i386/kernel/cpu/intel.c.old 2003-09-25 14:33:21.000000000 +0200
    +++ linux-2.6.0-test5-mm4/arch/i386/kernel/cpu/intel.c 2003-09-25 14:33:36.000000000 +0200
    @@ -12,13 +12,6 @@
     
     #include "cpu.h"
     
    -#ifdef CONFIG_X86_INTEL_USERCOPY
    -/*
    - * Alignment at which movsl is preferred for bulk memory copies.
    - */
    -struct movsl_mask movsl_mask;
    -#endif
    -
     /*
      * Early probe support logic for ppro memory erratum #50
      *
    --- linux-2.6.0-test5-mm4/arch/i386/lib/usercopy.c.old 2003-09-25 14:33:31.000000000 +0200
    +++ linux-2.6.0-test5-mm4/arch/i386/lib/usercopy.c 2003-09-25 14:33:36.000000000 +0200
    @@ -12,6 +12,13 @@
     #include <asm/uaccess.h>
     #include <asm/mmx.h>
     
    +#ifdef CONFIG_X86_INTEL_USERCOPY
    +/*
    + * Alignment at which movsl is preferred for bulk memory copies.
    + */
    +struct movsl_mask movsl_mask;
    +#endif
    +
     static inline int __movsl_is_ok(unsigned long a1, unsigned long a2, unsigned long n)
     {
     #ifdef CONFIG_X86_INTEL_USERCOPY

    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/


  • Next message: Adrian Bunk: "[4/4] [2.6 patch] better i386 CPU selection"

    Relevant Pages

    • [2/4] [2.6 patch] better i386 CPU selection
      ... move "struct movsl_mask movsl_mask" to usercopy.c ... * Alignment at which movsl is preferred for bulk memory copies. ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • [2/4] move "struct movsl_mask movsl_mask" to usercopy.c
      ... * Alignment at which movsl is preferred for bulk memory copies. ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: A malloc question
      ... reliably store 100 chars followed by a struct in this memory, ... the alignment of p+100 may not be suitable for the struct. ... the paddings for memory alignment are ... malloc() will see a request of 24 byte allocation. ...
      (comp.lang.c)
    • Re: Structure size directives
      ... alignment requirements, it's a terrible idea to use e.g. ... "If you use #pragma pack to align struct or union members on ... System programmers who are concerned about code bloat et al can just ...
      (comp.lang.c)
    • Re: realloc() implicit free() ?
      ... block size as a request for one byte, and let the alignment mechanisms raise it as they will. ... is therefore suitably aligned for any type (`struct s' in particular), the value can be assigned to any type of pointer, and can then be used to access an object of that type. ... of the Standard can distort its meaning. ...
      (comp.lang.c)