On Dec 7, 2011, at 11:02 PM, Anton Blanchard wrote: > Index: linux-build/arch/powerpc/include/asm/cputable.h > =================================================================== > --- linux-build.orig/arch/powerpc/include/asm/cputable.h 2011-09-07 > 15:15:49.096458526 +1000 > +++ linux-build/arch/powerpc/include/asm/cputable.h 2011-12-08 > 15:38:46.627313507 +1100 > @@ -201,6 +201,7 @@ extern const char *powerpc_base_platform > #define CPU_FTR_POPCNTB > LONG_ASM_CONST(0x0400000000000000) > #define CPU_FTR_POPCNTD > LONG_ASM_CONST(0x0800000000000000) > #define CPU_FTR_ICSWX LONG_ASM_CONST(0x1000000000000000) > +#define CPU_FTR_POWER7 > LONG_ASM_CONST(0x2000000000000000) > > #ifndef __ASSEMBLY__ > > @@ -425,7 +426,7 @@ extern const char *powerpc_base_platform > CPU_FTR_PURR | CPU_FTR_SPURR | CPU_FTR_REAL_LE | \ > CPU_FTR_DSCR | CPU_FTR_SAO | CPU_FTR_ASYM_SMT | \ > CPU_FTR_STCX_CHECKS_ADDRESS | CPU_FTR_POPCNTB | CPU_FTR_POPCNTD | \ > - CPU_FTR_ICSWX | CPU_FTR_CFAR | CPU_FTR_HVMODE) > + CPU_FTR_ICSWX | CPU_FTR_CFAR | CPU_FTR_HVMODE | CPU_FTR_POWER7) > #define CPU_FTRS_CELL (CPU_FTR_USE_TB | CPU_FTR_LWSYNC | \ > CPU_FTR_PPCAS_ARCH_V2 | CPU_FTR_CTRL | \ > CPU_FTR_ALTIVEC_COMP | CPU_FTR_MMCRA | CPU_FTR_SMT | \ > Index: linux-build/arch/powerpc/lib/copyuser_64.S > =================================================================== > --- linux-build.orig/arch/powerpc/lib/copyuser_64.S 2011-09-07 > 15:15:49.146459439 +1000 > +++ linux-build/arch/powerpc/lib/copyuser_64.S 2011-12-08 > 15:38:42.491238635 +1100 > @@ -11,6 +11,12 @@ > > .align 7 > _GLOBAL(__copy_tofrom_user) > +BEGIN_FTR_SECTION > + nop > +FTR_SECTION_ELSE > + b __copy_tofrom_user_power7 > +ALT_FTR_SECTION_END_IFCLR(CPU_FTR_POWER7) > +_GLOBAL(__copy_tofrom_user_base) > /* first check for a whole page copy on a page boundary */ > cmpldi cr1,r5,16 > cmpdi cr6,r5,4096
Can we find a means to do the fixup that does NOT require a FTR bit? I have the feeling FSL will want to have various optimized copy functions for our different cores and I hate to blow features bits just for this. - k _______________________________________________ Linuxppc-dev mailing list Linuxppc-dev@lists.ozlabs.org https://lists.ozlabs.org/listinfo/linuxppc-dev
