1. 28 Oct, 2005 5 commits
    • Lee Nicks's avatar
      [PATCH] ppc: prevent GCC 4 from generating AltiVec instructions in kernel · 9e3699ea
      Lee Nicks authored
      
      
      Depending on how GCC is built, GCC 4 may generate altivec instructions without
      user explicitly requesting vector operations in the code.  Although this is a
      performance booster for user applications, it is a problem for kernel.
      
      This patch explicitly instruct GCC to NOT generate altivec instructions while
      building the kernel.
      
      Here are some test cases I ran.
      
      (1) build gcc 4.0.1 with '--with-cpu=7450 --enable-altivec
          --enable-cxx-flags=-mcpu=7450', and use this gcc to build kernel WITHOUT
          this kernel patch.  Kernel fail to boot up on a 7450 board because of
          altivec instructions in kernel.
      
      (2) build gcc 4.0.1 with "--with-cpu=7450 --enable-altivec
          --enable-cxx-flags=-mcpu=7450", and use this gcc to build kernel WITH this
          kernel patch.  Kernel boot up on a 7450 board without any problem.
      
      (3) build gcc 4.0.1 with "--with-cpu=750 --enable-cxx-flags=-mcpu=750",
          and use this gcc to build kernel with or without this kernel patch.
          Kernel boot up on a 7450 board without any problem.
      
      This patch should also work with GCC 3 or even earlier GCC 2.95.3.
      Signed-off-by: default avatarLee Nicks <allinux@gmail.com>
      Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarPaul Mackerras <paulus@samba.org>
      9e3699ea
    • Paul Mackerras's avatar
      powerpc: Merge xmon · f78541dc
      Paul Mackerras authored
      
      
      The merged version follows the ppc64 version pretty closely mostly,
      and in fact ARCH=ppc64 now uses the arch/powerpc/xmon version.
      The main difference for ppc64 is that the 'p' command to call
      show_state (which was always pretty dodgy) has been replaced by
      the ppc32 'p' command, which calls a given procedure (so in fact
      the old 'p' command behaviour can be achieved with 'p $show_state').
      Signed-off-by: default avatarPaul Mackerras <paulus@samba.org>
      f78541dc
    • Paul Mackerras's avatar
      powerpc: Make single-stepping emulation (mostly) usable on 32-bit · c032524f
      Paul Mackerras authored
      
      
      The sc instruction emulation can't be done the same way on 32-bit
      as 64-bit yet, but this should work OK.
      Signed-off-by: default avatarPaul Mackerras <paulus@samba.org>
      c032524f
    • Paul Mackerras's avatar
      powerpc: Rename asm offset TRAP to _TRAP for 32-bit · d73e0c99
      Paul Mackerras authored
      
      
      ... for consistency with 64-bit.
      Signed-off-by: default avatarPaul Mackerras <paulus@samba.org>
      d73e0c99
    • David Gibson's avatar
      [PATCH] powerpc: Move xics.[ch] into platforms/pseries · 007e8f51
      David Gibson authored
      
      
      This patch moves the XICS interrupt controller code into the
      platforms/pseries directory, since it only appears on pSeries
      machines.  If it ever appears on some other machine we can move it to
      sysdev, although xics.c itself will need a bunch of changes in that
      case to remove pSeries specific assumptions.
      Signed-off-by: default avatarDavid Gibson <dwg@au1.ibm.com>
      Signed-off-by: default avatarPaul Mackerras <paulus@samba.org>
      007e8f51
  2. 27 Oct, 2005 35 commits