1. 01 4月, 2006 2 次提交
  2. 06 3月, 2006 1 次提交
  3. 02 2月, 2006 2 次提交
  4. 19 1月, 2006 1 次提交
  5. 15 1月, 2006 1 次提交
    • M
      [PATCH] uml: fix symbol for mktime · ee7be5de
      Miklos Szeredi 提交于
        LD      .tmp_vmlinux1
      /usr/lib/gcc-lib/i486-linux/3.3.4/../../../libc.a(mktime.o): In function `timelocal':
      : multiple definition of `mktime'
      kernel/built-in.o:kernel/time.c:604: first defined here
      /usr/bin/ld: Warning: size of symbol `mktime' changed from 134 in kernel/built-in.o to 44 in /usr/lib/gcc-lib/i486-linux/3.3.4/../../../libc.a(mktime.o)
      collect2: ld returned 1 exit status
      Signed-off-by: NMiklos Szeredi <miklos@szeredi.hu>
      Cc: Jeff Dike <jdike@addtoit.com>
      Cc: Paolo 'Blaisorblade' Giarrusso <blaisorblade@yahoo.it>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      ee7be5de
  6. 12 1月, 2006 1 次提交
    • J
      [PATCH] uml: fix missing KBUILD_BASENAME · 4ee189a9
      Jeff Dike 提交于
      2.6.15-mm1 caused kernel-offsets.c to stop compiling with a syntax error in a
      header.  The problem was with KBUILD_BASENAME, which didn't get a definition
      with the by-hand compilation in the main UML Makefile.
      
      This was OK before since the expansion was syntactically the same as the
      KBUILD_BASENAME token.  With -mm1, the expansion is now a quote-delimited
      string, so there needs to be a definition of it.
      
      Since kernel-offsets.c is basically the same as other arches' asm-offsets.c,
      and those seem to build OK, this patch turns kernel-offsets.c into
      asm-offsets.c.  kernel-offsets.c is in arch/um/sys-$(SUBARCH), i.e.  sys-i386
      and sys-x86_64, while kbuild expects it to be in arch/um/kernel.
      kernel-offsets.c is moved to
      arch/um/include/sysdep-$(SUBARCH)/kernel-offsets.h, which is included by
      arch/um/kernel/asm-offsets.c.  With that, include/asm-um/asm-offsets.h is
      generated automatically.  kernel-offsets.h continues to exist because it needs
      to be accessible to userspace UML code, and include/asm-um isn't.  So, a
      symlink is made from arch/um/include/kernel-offsets.h to
      include/asm-um/asm-offsets.h.
      Signed-off-by: NJeff Dike <jdike@addtoit.com>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      4ee189a9
  7. 23 11月, 2005 1 次提交
  8. 07 11月, 2005 1 次提交
  9. 10 10月, 2005 1 次提交
  10. 29 9月, 2005 1 次提交
    • A
      [PATCH] uml makefiles sanitized · ecba97d4
      Al Viro 提交于
      UML makefiles sanitized:
       - number of generated headers reduced to 2 (from user-offsets.c and
         kernel-offsets.c resp.).  The rest is made constant and simply
         includes those two.
       - mk_... helpers are gone now that we don't need to generate these
         headers
       - arch/um/include2 removed since everything under arch/um/include/sysdep
         is constant now and symlink can point straight to source tree.
       - dependencies seriously simplified.
      Signed-off-by: NAl Viro <viro@zeniv.linux.org.uk>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      ecba97d4
  11. 22 9月, 2005 1 次提交
  12. 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
  13. 11 9月, 2005 1 次提交
  14. 10 9月, 2005 1 次提交
  15. 05 9月, 2005 2 次提交
  16. 28 7月, 2005 1 次提交
    • O
      [PATCH] uml: add dependency to arch/um/Makefile for parallel builds · b6b038a2
      Olaf Hering 提交于
      the header file must be build before mk_user_constants.  Adding it as a
      direct dep doesnt work for some reason.
      
      arch/um/os-Linux/util/mk_user_constants.c:2:26: error: user-offsets.h: No such file or directory
      arch/um/os-Linux/util/mk_user_constants.c: In function 'main':
      arch/um/os-Linux/util/mk_user_constants.c:17: error: '__UM_FRAME_SIZE' undeclared (first use in this function)
      arch/um/os-Linux/util/mk_user_constants.c:17: error: (Each undeclared identifier is reported only once
      arch/um/os-Linux/util/mk_user_constants.c:17: error: for each function it appears in.)
      make[1]: *** [arch/um/os-Linux/util/mk_user_constants] Error 1
      Signed-off-by: NOlaf Hering <olh@suse.de>
      Cc: Paolo Giarrusso <blaisorblade@yahoo.it>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      b6b038a2
  17. 15 7月, 2005 3 次提交
  18. 13 7月, 2005 1 次提交
  19. 22 6月, 2005 1 次提交
  20. 06 5月, 2005 10 次提交
  21. 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