1. 09 1月, 2006 1 次提交
  2. 03 1月, 2006 1 次提交
    • L
      Linux v2.6.15 · 88026842
      Linus Torvalds 提交于
      Hey, it's fifteen years today since I bought the machine that got Linux
      started.  January 2nd is a good date.
      88026842
  3. 27 12月, 2005 2 次提交
  4. 26 12月, 2005 1 次提交
  5. 25 12月, 2005 1 次提交
  6. 19 12月, 2005 1 次提交
  7. 17 12月, 2005 2 次提交
  8. 13 12月, 2005 1 次提交
  9. 04 12月, 2005 1 次提交
    • L
      Linux v2.6.15-rc5 · 436b0f76
      Linus Torvalds 提交于
      Hey, for no other reason than the fact that I'll be off-line for a
      week.
      
      Of course, I could force everybody to just use git (and when I'm emperor
      of the world, don't think I won't!), but it seems some people want to
      just test official releases.  Even if they are just -rc's.
      
      By the time I'm back, Andrew will have fixed all my bugs, and I'll
      release it as 2.6.15 and take all the credit.
      
      Mwahahahaaa
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      436b0f76
  10. 01 12月, 2005 1 次提交
  11. 29 11月, 2005 1 次提交
  12. 20 11月, 2005 1 次提交
  13. 14 11月, 2005 1 次提交
  14. 12 11月, 2005 2 次提交
  15. 11 11月, 2005 1 次提交
    • Z
      [PATCH] kbuild: build breaks after -imacros was introduced · e623a3b8
      Zachary Amsden 提交于
      I have to revert the recent addition of -imacros to the Makefile to get my
      tool chain to build.  Without the change, below, I get:
      
      Note that this looks entirely like a toolchain bug.  Here is the offending command:
      
      [pid 12163] execve("/usr/lib/gcc-lib/i386-redhat-linux/3.2.2/tradcpp0", ["/usr/lib/gcc-lib/i386-redhat-linux/3.2.2/tradcpp0", "-lang-asm", "-nostdinc", "-Iinclude", "-Iinclude/asm-i386/mach-default", "-D__GNUC__=3", "-D__GNUC_MINOR__=2", "-D__GNUC_PATCHLEVEL__=2", "-D__GXX_ABI_VERSION=102", "-D__ELF__", "-Dunix", "-D__gnu_linux__", "-Dlinux", "-D__ELF__", "-D__unix__", "-D__gnu_linux__", "-D__linux__", "-D__unix", "-D__linux", "-Asystem=posix", "-D__NO_INLINE__", "-D__STDC_HOSTED__=1", "-Acpu=i386", "-Amachine=i386", "-Di386", "-D__i386", "-D__i386__", "-D__tune_i386__", "-D__KERNEL__", "-D__ASSEMBLY__", "-isystem", "/usr/lib/gcc-lib/i386-redhat-linux/3.2.2/include", "-imacros", "include/linux/autoconf.h", "-MD", "arch/i386/kernel/.entry.o.d", "arch/i386/kernel/entry.S", "-o", "/tmp/ccOlsFJR.s"]
      
      Which should execute properly, I think.  But it does not:
      
      zach-dev:linux-2.6.14-zach-work $ make
        CHK     include/linux/version.h
        CHK     include/linux/compile.h
        CHK     usr/initramfs_list
        AS      arch/i386/kernel/entry.o
      /usr/lib/gcc-lib/i386-redhat-linux/3.2.2/tradcpp0: output filename specified twice
      make[1]: *** [arch/i386/kernel/entry.o] Error 1
      make: *** [arch/i386/kernel] Error 2
      
      gcc (GCC) 3.2.2 20030222 (Red Hat Linux 3.2.2-5)
      
      Deprecating the -imacros fixes the build for me.  It does not appear to be a
      simple argument overflow problem in trapcpp0, since deprecating all the defines
      reproduces the problem as well.  Also, switching -imacros to -include fixes the
      problem.
      Signed-off-by: NZachary Amsden <zach@vmware.com>
      Signed-off-by: NSam Ravnborg <sam@ravnborg.org>
      e623a3b8
  16. 10 11月, 2005 1 次提交
  17. 06 11月, 2005 1 次提交
  18. 04 11月, 2005 1 次提交
  19. 29 10月, 2005 1 次提交
  20. 28 10月, 2005 2 次提交
    • A
      [PATCH] gfp_t: infrastructure · af4ca457
      Al Viro 提交于
      Beginning of gfp_t annotations:
      
       - -Wbitwise added to CHECKFLAGS
       - old __bitwise renamed to __bitwise__
       - __bitwise defined to either __bitwise__ or nothing, depending on
         __CHECK_ENDIAN__ being defined
       - gfp_t switched from __nocast to __bitwise__
       - force cast to gfp_t added to __GFP_... constants
       - new helper - gfp_zone(); extracts zone bits out of gfp_t value and casts
         the result to int
      Signed-off-by: NAl Viro <viro@zeniv.linux.org.uk>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      af4ca457
    • L
      Linux v2.6.14 · 741b2252
      Linus Torvalds 提交于
      "Better late than never"
      741b2252
  21. 20 10月, 2005 2 次提交
  22. 18 10月, 2005 1 次提交
  23. 11 10月, 2005 1 次提交
  24. 01 10月, 2005 1 次提交
  25. 20 9月, 2005 1 次提交
  26. 13 9月, 2005 1 次提交
  27. 12 9月, 2005 2 次提交
    • S
      kbuild: fix silentoldconfig with make O= · 5011cdd0
      Sam Ravnborg 提交于
      Al Viro reported that sometimes silentoldconfig failed because
      output directory was missing.
      So create it unconditionally before executing conf
      Signed-off-by: NSam Ravnborg <sam@ravnborg.org>
      5011cdd0
    • 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
  28. 11 9月, 2005 1 次提交
  29. 10 9月, 2005 5 次提交
  30. 05 9月, 2005 1 次提交