1. 20 9月, 2006 1 次提交
  2. 15 6月, 2006 1 次提交
  3. 07 2月, 2006 1 次提交
  4. 14 1月, 2006 1 次提交
  5. 16 11月, 2005 1 次提交
  6. 07 11月, 2005 1 次提交
  7. 29 10月, 2005 6 次提交
  8. 09 9月, 2005 1 次提交
    • M
      [PATCH] PPC64: large INITRD causes kernel not to boot · 3cc747e9
      Mark Bellon 提交于
      In PPC64 there are number of problems in arch/ppc64/boot/main.c that
      prevent a kernel from making use of a large (greater than ~16MB) INITRD.
      This is 64 bit architecture and really large INITRD images should be
      possible.
      
      Simply put the existing code has a fixed reservation (claim) address and
      once the kernel plus initrd image are large enough to pass this address
      all sorts of bad things occur. The fix is the dynamically establish the
      first claim address above the loaded kernel plus initrd (plus some
      "padding" and rounding). If PROG_START is defined this will be used as
      the minimum safe address - currently known to be 0x01400000 for the
      firmwares tested so far.
      Signed-off-by: NMark Bellon <mbellon@mvista.com>
      Signed-off-by: NPaul Mackerras <paulus@samba.org>
      3cc747e9
  9. 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
  10. 28 6月, 2005 2 次提交
  11. 06 5月, 2005 1 次提交
  12. 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