1. 15 6月, 2006 1 次提交
  2. 14 4月, 2006 1 次提交
    • O
      [PATCH] powerpc32: Set cpu explicitly in kernel compiles · f48b8296
      Olaf Hering 提交于
      Compile the 32bit kernel with -mcpu=powerpc. This reduces the imagesize
      when a compiler is used that defaults to -mtune=power4. It inserts lots
      of nops to please the 64bit cpu instruction scheduling. But all these nops
      are not needed for 32bit kernels.
      
      Example with SLES10 gcc 4.1.0 and arch/powerpc/configs/pmac32_defconfig:
      
                          vmlinux  vmlinux.strip  vmlinux.gz
       -O2                4980515     4187528      1846829
       -Os                4618801     3827084      1673333
       -O2 -mcpu=powerpc  4738851     3945868      1816253
       -Os -mcpu=powerpc  4532785     3741068      1664688
      Signed-off-by: NOlaf Hering <olh@suse.de>
      Signed-off-by: NPaul Mackerras <paulus@samba.org>
      f48b8296
  3. 28 3月, 2006 1 次提交
  4. 27 3月, 2006 1 次提交
    • P
      powerpc: Don't compile in arch/ppc/kernel for 32-bit ARCH=powerpc · e7e2d2da
      Paul Mackerras 提交于
      All of the things needed for 32-bit ARCH=powerpc builds have now
      moved to arch/powerpc/kernel, so we don't need to go down into
      arch/ppc/kernel any more, and we can remove the CONFIG_PPC_MERGE
      conditional from arch/ppc/kernel/Makefile.
      
      There were two files still referenced in the merge section of
      arch/ppc/kernel/Makefile: ppc-stub.o, depending on CONFIG_KGDB,
      and dma-mapping.o, depending on CONFIG_NOT_COHERENT_CACHE.  None
      of the platforms currently in ARCH=powerpc have caches that
      aren't coherent with DMA, but when we do get one we'll move
      dma-mapping.c over.  As for CONFIG_KGDB, none of the Kconfig
      files in the tree define it, so I'll let it languish for now.
      Signed-off-by: NPaul Mackerras <paulus@samba.org>
      e7e2d2da
  5. 06 3月, 2006 1 次提交
  6. 11 2月, 2006 1 次提交
    • A
      [PATCH] Fix building external modules on ppc32 · 70567293
      Andreas Gruenbacher 提交于
      We are setting up sources for building external modules like this:
      
        /usr/src/linux-obj> # create a .config file
        /usr/src/linux-obj> make -C /usr/src/linux O=$PWD oldconfig
        /usr/src/linux-obj> make -C /usr/src/linux O=$PWD prepare
        /usr/src/linux-obj> make -C /usr/src/linux O=$PWD scripts
        /usr/src/linux-obj> make -C /usr/src/linux O=$PWD clean
      
      After that, external modules can be built with:
      
        /usr/src/module> make -C /usr/src/linux-obj M=$PWD
      
      This fails for ppc32 because the `make clean' removes the
      arch/powerpc/include directory.  This should be done in archmrproper
      instead of in archclean.
      Signed-off-by: NAndreas Gruenbacher <agruen@suse.de>
      Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
      Cc: Paul Mackerras <paulus@samba.org>
      Cc: Sam Ravnborg <sam@ravnborg.org>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      70567293
  7. 10 2月, 2006 2 次提交
  8. 20 1月, 2006 1 次提交
  9. 13 1月, 2006 2 次提交
  10. 09 1月, 2006 2 次提交
  11. 25 11月, 2005 1 次提交
  12. 18 11月, 2005 2 次提交
  13. 16 11月, 2005 1 次提交
  14. 14 11月, 2005 1 次提交
  15. 03 11月, 2005 1 次提交
    • M
      powerpc: Set entry point and text address in linker script · e19e4ab4
      Michael Ellerman 提交于
      Currently we set the kernel entry point and the address of the text
      section in the Makefile, using CONFIG_KERNEL_START.
      
      But we've already got <asm/page.h> in the linker script, so we can just
      use KERNELBASE directly. That means if we ever change KERNELBASE there's
      one less place to change it.
      
      And we can set the entry point with ENTRY().
      
      There are zero differences from "readelf -a vmlinux" with or without this
      patch.
      Signed-off-by: NMichael Ellerman <michael@ellerman.id.au>
      e19e4ab4
  16. 29 10月, 2005 1 次提交
  17. 28 10月, 2005 1 次提交
    • P
      powerpc: Merge xmon · f78541dc
      Paul Mackerras 提交于
      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: NPaul Mackerras <paulus@samba.org>
      f78541dc
  18. 20 10月, 2005 1 次提交
  19. 18 10月, 2005 1 次提交
  20. 13 10月, 2005 1 次提交
  21. 11 10月, 2005 1 次提交
  22. 10 10月, 2005 3 次提交
  23. 01 10月, 2005 2 次提交
  24. 28 9月, 2005 1 次提交
  25. 27 9月, 2005 1 次提交
  26. 26 9月, 2005 1 次提交
    • P
      powerpc: Merge enough to start building in arch/powerpc. · 14cf11af
      Paul Mackerras 提交于
      This creates the directory structure under arch/powerpc and a bunch
      of Kconfig files.  It does a first-cut merge of arch/powerpc/mm,
      arch/powerpc/lib and arch/powerpc/platforms/powermac.  This is enough
      to build a 32-bit powermac kernel with ARCH=powerpc.
      
      For now we are getting some unmerged files from arch/ppc/kernel and
      arch/ppc/syslib, or arch/ppc64/kernel.  This makes some minor changes
      to files in those directories and files outside arch/powerpc.
      
      The boot directory is still not merged.  That's going to be interesting.
      Signed-off-by: NPaul Mackerras <paulus@samba.org>
      14cf11af
  27. 21 9月, 2005 1 次提交
  28. 12 9月, 2005 1 次提交
    • S
      kbuild: rename prepare to archprepare to fix dependency chain · 5bb78269
      Sam Ravnborg 提交于
      When introducing the generic asm-offsets.h support the dependency
      chain for the prepare targets was changed. All build scripts expecting
      include/asm/asm-offsets.h to be made when using the prepare target would broke.
      With the limited number of prepare targets left in arch Makefiles
      the trivial solution was to introduce a new arch specific target: archprepare
      
      The dependency chain looks like this now:
      
      prepare
        |
        +--> prepare0
               |
               +--> archprepare
                      |
      		+--> scripts_basic
                      +--> prepare1
                             |
                             +---> prepare2
                                     |
                                     +--> prepare3
      
      So prepare 3 is processed before prepare2 etc.
      This guaantees that the asm symlink, version.h, scripts_basic
      are all updated before archprepare is processed.
      
      prepare0 which build the asm-offsets.h file will need the
      actions performed by archprepare.
      
      The head target is now named prepare, because users scripts will most
      likely use that target, but prepare-all has been kept for compatibility.
      Updated Documentation/kbuild/makefiles.txt.
      Signed-off-by: NSam Ravnborg <sam@ravnborg.org>
      5bb78269
  29. 11 9月, 2005 1 次提交
  30. 10 9月, 2005 1 次提交
  31. 30 8月, 2005 1 次提交
  32. 26 6月, 2005 1 次提交
  33. 01 5月, 2005 1 次提交