1. 16 Jul, 2007 2 commits
  2. 02 May, 2007 1 commit
  3. 11 Feb, 2007 2 commits
    • Luciano Rocha's avatar
      [PATCH] usr/gen_init_cpio.c: support for hard links · 24fa5096
      Luciano Rocha authored
      Extend usr/gen_init_cpio.c "file" entry, adding support for hard links.
      
      Previous format:
      file <name> <location> <mode> <uid> <gid>
      
      New format:
      file <name> <location> <mode> <uid> <gid> [<hard links>]
      
      The hard links specification is optional, keeping the previous
      behaviour.
      
      All hard links are defined sequentially in the resulting cpio and the
      file data is present only in the last link. This is the behaviour of
      GNU's cpio and is supported by the kernel initramfs extractor.
      Signed-off-by: 's avatarLuciano Rocha <strange@nsk.no-ip.org>
      Cc: Al Viro <viro@zeniv.linux.org.uk>
      Signed-off-by: 's avatarAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: 's avatarLinus Torvalds <torvalds@linux-foundation.org>
      24fa5096
    • Jean-Paul Saman's avatar
      [PATCH] disable init/initramfs.c · c33df4ea
      Jean-Paul Saman authored
      The file init/initramfs.c is always compiled and linked in the kernel
      vmlinux even when BLK_DEV_RAM and BLK_DEV_INITRD are disabled and the
      system isn't using any form of an initramfs or initrd.  In this situation
      the code is only used to unpack a (static) default initial rootfilesystem.
      The current init/initramfs.c code.  usr/initramfs_data.o compiles to a size
      of ~15 kbytes.  Disabling BLK_DEV_RAM and BLK_DEV_INTRD shrinks the kernel
      code size with ~60 Kbytes.
      
      This patch avoids compiling in the code and data for initramfs support if
      CONFIG_BLK_DEV_INITRD is not defined.  Instead of the initramfs code and
      data it uses a small routine in init/noinitramfs.c to setup an initial
      static default environment for mounting a rootfilesystem later on in the
      kernel initialisation process.  The new code is: 164 bytes of size.
      
      The patch is separated in two parts:
      1) doesn't compile initramfs code when CONFIG_BLK_DEV_INITRD is not set
      2) changing all plaforms vmlinux.lds.S files to not reserve an area of
      PAGE_SIZE when CONFIG_BLK_DEV_INITRD is not set.
      
      [deweerdt@free.fr: warning fix]
      Signed-off-by: 's avatarJean-Paul Saman <jean-paul.saman@nxp.com>
      Cc: Al Viro <viro@zeniv.linux.org.uk>
      Cc: <linux-arch@vger.kernel.org>
      Signed-off-by: 's avatarFrederik Deweerdt <frederik.deweerdt@gmail.com>
      Signed-off-by: 's avatarAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: 's avatarLinus Torvalds <torvalds@linux-foundation.org>
      c33df4ea
  4. 25 Nov, 2006 1 commit
  5. 25 Sep, 2006 1 commit
  6. 07 Aug, 2006 1 commit
    • Sam Ravnborg's avatar
      kbuild: do not try to build content of initramfs · 58a2f7d8
      Sam Ravnborg authored
      When a file supplied via CONFIG_INITRAMFS pointed to a file
      for which kbuild had a rule to compile it (foo.c => foo.o)
      then kbuild would compile the file before adding the
      file to the initramfs.
      
      Teach make that files included in initramfs shall not be updated by adding
      an 'empty command'. (See "Using Empty Commands" in info make).
      Signed-off-by: 's avatarSam Ravnborg <sam@ravnborg.org>
      58a2f7d8
  7. 10 Jun, 2006 1 commit
  8. 19 Apr, 2006 1 commit
  9. 11 Apr, 2006 1 commit
    • Sam Ravnborg's avatar
      kbuild: rebuild initramfs if content of initramfs changes · d39a206b
      Sam Ravnborg authored
      initramfs.cpio.gz being build in usr/ and included in the
      kernel was not rebuild when the included files changed.
      
      To fix this the following was done:
      - let gen_initramfs.sh generate a list of files and directories included
        in the initramfs
      - gen_initramfs generate the gzipped cpio archive so we could simplify
        the kbuild file (Makefile)
      - utilising the kbuild infrastructure so when uid/gid root mapping changes
        the initramfs will be rebuild
      
      With this change we have a much more robust initramfs generation.
      Signed-off-by: 's avatarSam Ravnborg <sam@ravnborg.org>
      d39a206b
  10. 18 Oct, 2005 1 commit
  11. 10 Aug, 2005 1 commit
  12. 25 Jul, 2005 1 commit
    • Sam Ravnborg's avatar
      kbuild: introduce Kbuild.include · 8ec4b4ff
      Sam Ravnborg authored
      Kbuild.include is a placeholder for definitions originally present in
      both the top-level Makefile and scripts/Makefile.build.
      There were a slight difference in the filechk definition, so the most videly
      used version was kept and usr/Makefile was adopted for this syntax.
      Signed-off-by: 's avatarSam Ravnborg <sam@ravnborg.org>
      ---
      8ec4b4ff
  13. 16 Apr, 2005 1 commit
    • Linus Torvalds's avatar
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds authored
      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