1. 10 10月, 2006 2 次提交
  2. 04 10月, 2006 1 次提交
  3. 28 9月, 2006 1 次提交
    • P
      [POWERPC] Create a "wrapper" script and use it in arch/powerpc/boot · 2bf11819
      Paul Mackerras 提交于
      This puts the knowledge of how to create various sorts of zImage
      wrappers into a script called "wrapper" that could be used outside of
      the kernel tree.  This changes arch/powerpc/boot so it first builds
      the files that the wrapper script needs, then runs it to create
      whatever flavours of zImage are required.
      
      This version does uImages as well.  The zImage names are changed
      slightly; zImage.pseries is the one with the PT_NOTE program header
      entry added, and zImage.pmac is the one without.  If the
      zImage.pseries gets made, it will also get hardlinked to zImage;
      otherwise, if zImage.pmac is made, it gets hardlinked to zImage.
      Signed-off-by: NPaul Mackerras <paulus@samba.org>
      2bf11819
  4. 20 9月, 2006 1 次提交
  5. 07 7月, 2006 1 次提交
  6. 23 6月, 2006 1 次提交
    • R
      [PATCH] zlib_inflate: Upgrade library code to a recent version · 4f3865fb
      Richard Purdie 提交于
      Upgrade the zlib_inflate implementation in the kernel from a patched
      version 1.1.3/4 to a patched 1.2.3.
      
      The code in the kernel is about seven years old and I noticed that the
      external zlib library's inflate performance was significantly faster (~50%)
      than the code in the kernel on ARM (and faster again on x86_32).
      
      For comparison the newer deflate code is 20% slower on ARM and 50% slower
      on x86_32 but gives an approx 1% compression ratio improvement.  I don't
      consider this to be an improvement for kernel use so have no plans to
      change the zlib_deflate code.
      
      Various changes have been made to the zlib code in the kernel, the most
      significant being the extra functions/flush option used by ppp_deflate.
      This update reimplements the features PPP needs to ensure it continues to
      work.
      
      This code has been tested on ARM under both JFFS2 (with zlib compression
      enabled) and ppp_deflate and on x86_32.  JFFS2 sees an approx.  10% real
      world file read speed improvement.
      
      This patch also removes ZLIB_VERSION as it no longer has a correct value.
      We don't need version checks anyway as the kernel's module handling will
      take care of that for us.  This removal is also more in keeping with the
      zlib author's wishes (http://www.zlib.net/zlib_faq.html#faq24) and I've
      added something to the zlib.h header to note its a modified version.
      Signed-off-by: NRichard Purdie <rpurdie@rpsys.net>
      Acked-by: NJoern Engel <joern@wh.fh-wedel.de>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      4f3865fb
  7. 15 1月, 2006 1 次提交
  8. 14 1月, 2006 1 次提交
  9. 11 1月, 2006 1 次提交
  10. 09 1月, 2006 2 次提交
  11. 16 11月, 2005 1 次提交
  12. 29 10月, 2005 5 次提交
  13. 09 9月, 2005 2 次提交
  14. 29 8月, 2005 1 次提交
    • O
      [PATCH] ppc64: make arch/ppc64/boot standalone · decd300b
      Olaf Hering 提交于
      Make the bootheader for ppc64 independent from kernel and libc headers.
      * add -nostdinc -isystem $gccincludes to not include libc headers
      * declare all functions in header files, also the stuff from string.S
      * declare some functions static
      * use stddef.h to get size_t (hopefully ok)
      * remove ppc32-types.h, only elf.h used the __NN types
      
      With further modifications by Paul Mackerras and Stephen Rothwell.
      Signed-off-by: NOlaf Hering <olh@suse.de>
      Signed-off-by: NPaul Mackerras <paulus@samba.org>
      decd300b
  15. 28 6月, 2005 1 次提交
  16. 17 4月, 2005 1 次提交
    • L
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds 提交于
      Initial git repository build. I'm not bothering with the full history,
      even though we have it. We can create a separate "historical" git
      archive of that later if we want to, and in the meantime it's about
      3.2GB when imported into git - space that would just make the early
      git days unnecessarily complicated, when we don't have a lot of good
      infrastructure for it.
      
      Let it rip!
      1da177e4