Skip to content
Snippets Groups Projects
  1. Jan 08, 2006
  2. Jan 03, 2006
    • Linus Torvalds's avatar
      Linux v2.6.15 · 88026842
      Linus Torvalds authored
      Hey, it's fifteen years today since I bought the machine that got Linux
      started.  January 2nd is a good date.
      v2.6.15
      88026842
  3. Dec 26, 2005
  4. Dec 25, 2005
  5. Dec 24, 2005
  6. Dec 19, 2005
  7. Dec 16, 2005
  8. Dec 12, 2005
  9. Dec 04, 2005
    • Linus Torvalds's avatar
      Linux v2.6.15-rc5 · 436b0f76
      Linus Torvalds authored
      
      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: default avatarLinus Torvalds <torvalds@osdl.org>
      v2.6.15-rc5
      436b0f76
  10. Dec 01, 2005
  11. Nov 29, 2005
  12. Nov 20, 2005
  13. Nov 14, 2005
  14. Nov 12, 2005
  15. Nov 11, 2005
  16. Nov 10, 2005
    • Zachary Amsden's avatar
      [PATCH] kbuild: build breaks after -imacros was introduced · e623a3b8
      Zachary Amsden authored
      
      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: default avatarZachary Amsden <zach@vmware.com>
      Signed-off-by: default avatarSam Ravnborg <sam@ravnborg.org>
      e623a3b8
  17. Nov 09, 2005
  18. Nov 06, 2005
  19. Nov 04, 2005
  20. Oct 28, 2005
  21. Oct 20, 2005
  22. Oct 18, 2005
  23. Oct 11, 2005
  24. Sep 30, 2005
  25. Sep 20, 2005
  26. Sep 13, 2005
  27. Sep 11, 2005
    • Sam Ravnborg's avatar
      kbuild: fix silentoldconfig with make O= · 5011cdd0
      Sam Ravnborg authored
      
      Al Viro reported that sometimes silentoldconfig failed because
      output directory was missing.
      So create it unconditionally before executing conf
      
      Signed-off-by: default avatarSam Ravnborg <sam@ravnborg.org>
      5011cdd0
    • Sam Ravnborg's avatar
      kbuild: rename prepare to archprepare to fix dependency chain · 5bb78269
      Sam Ravnborg authored
      
      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: default avatarSam Ravnborg <sam@ravnborg.org>
      5bb78269
  28. Sep 10, 2005
  29. Sep 09, 2005
    • Sam Ravnborg's avatar
      kbuild: full dependency check on asm-offsets.h · 86feeaa8
      Sam Ravnborg authored
      
      Building asm-offsets.h has been moved to a seperate Kbuild file
      located in the top-level directory. This allow us to share the
      functionality across the architectures.
      
      The old rules in architecture specific Makefiles will die
      in subsequent patches.
      
      Furhtermore the usual kbuild dependency tracking is now used
      when deciding to rebuild asm-offsets.s. So we no longer risk
      to fail a rebuild caused by asm-offsets.c dependencies being touched.
      
      With this common rule-set we now force the same name across
      all architectures. Following patches will fix the rest.
      
      Signed-off-by: default avatarSam Ravnborg <sam@ravnborg.org>
      86feeaa8
  30. Sep 05, 2005
Loading