1. 20 Mar, 2006 1 commit
  2. 11 Mar, 2006 1 commit
  3. 10 Mar, 2006 1 commit
  4. 27 Feb, 2006 1 commit
  5. 17 Feb, 2006 1 commit
  6. 15 Feb, 2006 1 commit
  7. 13 Feb, 2006 1 commit
  8. 03 Feb, 2006 1 commit
  9. 21 Jan, 2006 1 commit
    • Sam Ravnborg's avatar
      kbuild: fix build with O=.. · 8c7f75d3
      Sam Ravnborg authored
      .kernelrelease was saved in same directory as kernel source also
      with make O=...
      Make sure we kick in the normal logic to shift to the output directory
      when we build .kernelrelease after executing *config.
      Signed-off-by: default avatarSam Ravnborg <sam@ravnborg.org>
      ---
      8c7f75d3
  10. 17 Jan, 2006 2 commits
  11. 16 Jan, 2006 2 commits
    • Sam Ravnborg's avatar
      kbuild: fix 'make all install_modules install' · df9df036
      Sam Ravnborg authored
      The command 'make all modules_install install' would fail
      in a virgin tree - pointing at a non-existing directory under
      /lib/modules/xxx
      
      KERNELRELEASE is part of MODLIB and we need to create .kernelrelease
      before we can properly evaluate KERNELRELEASE,
      Changing MODLIB to the recursively expanded flavor let it pick up
      the correct KERNELRELEASE value.
      
      Reported by: "Hemmann, Volker Armin" <volker.armin.hemmann@tu-clausthal.de>
      Signed-off-by: default avatarSam Ravnborg <sam@ravnborg.org>
      df9df036
    • Sam Ravnborg's avatar
      kbuild: create .kernelrelease at *config step · 2244cbd8
      Sam Ravnborg authored
      To enable 'make kernelrelease' earlier now create .kernelrelease when
      one of the *config targets are used.
      Also introduce KERNELVERSION - only user is kconfig.
      KERNELVERSION was needed to display kernel version in menuconfig -
      KERNELRELEASE is not valid until configuration has completed.
      kconfig files modified to use KERNELVERSION.
      Bug reported by: Rene Rebe <rene@exactcode.de>
      Signed-off-by: default avatarSam Ravnborg <sam@ravnborg.org>
      2244cbd8
  12. 15 Jan, 2006 2 commits
  13. 09 Jan, 2006 3 commits
    • Adrian Bunk's avatar
      spelling: s/usefull/useful/ · a58a414f
      Adrian Bunk authored
      Signed-off-by: default avatarAdrian Bunk <bunk@stusta.de>
      a58a414f
    • Sam Ravnborg's avatar
      kbuild: re-export VERSION, PATCHLEVEL, SUBLEVEL · 4f0210b9
      Sam Ravnborg authored
      Eric Sandeen <sandeen@sgi.com> pointed out that it is usefull to have
      access to VERSION, PATCHLEVEL, SUBLEVEL in external modules, and gooling
      a litte confirmed this.
      So re-export them.
      Usage within the kernel is still discouraged but possible.
      Signed-off-by: default avatarSam Ravnborg <sam@ravnborg.org>
      4f0210b9
    • Sam Ravnborg's avatar
      kbuild: KERNELRELEASE is only re-defined when buiding the kernel · cb58455c
      Sam Ravnborg authored
      To avoid running setlocalversion as root no longer (re-)define
      KERNELRELEASE for each run. With this patch KERNELRELEASE is
      only re-read when we do an actual kernel build.
      Rationale behind this is "do as little as possible" when executing
      make install - as root!
      
      A new file named .kernelrelease is strored in the root of the kernel
      tree containing the actual version string.
      So when we use do a kernel build the .kernelrelease file will be updated.
      But in all other situations it is left as-is.
      
      To make it more visible the kernel now prints out the version being build.
      Sample:
      Building kernel 2.6.15-g63b794bf-dirty
      ...
      ...
      
      The patch also un-exports VERSION PATCHLEVEL SUBLEVEL EXTRAVERSION LOCALVERSION
      since all users of these are anyway broken - and none is left in the
      tree.
      Signed-off-by: default avatarSam Ravnborg <sam@ravnborg.org>
      cb58455c
  14. 08 Jan, 2006 1 commit
  15. 03 Jan, 2006 1 commit
    • 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.
      88026842
  16. 26 Dec, 2005 2 commits
  17. 25 Dec, 2005 1 commit
  18. 24 Dec, 2005 1 commit
  19. 19 Dec, 2005 1 commit
  20. 16 Dec, 2005 2 commits
  21. 12 Dec, 2005 1 commit
  22. 04 Dec, 2005 1 commit
    • 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>
      436b0f76
  23. 01 Dec, 2005 1 commit
  24. 29 Nov, 2005 1 commit
  25. 20 Nov, 2005 1 commit
  26. 14 Nov, 2005 1 commit
  27. 12 Nov, 2005 1 commit
    • Linus Torvalds's avatar
      Linux v2.6.15-rc1 · cd52d1ee
      Linus Torvalds authored
      As per the new release rules: two weeks of merging, and then an -rc1 and
      calming down for the next release.
      cd52d1ee
  28. 11 Nov, 2005 1 commit
  29. 10 Nov, 2005 1 commit
    • 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
  30. 09 Nov, 2005 1 commit
  31. 06 Nov, 2005 1 commit
  32. 04 Nov, 2005 1 commit
  33. 28 Oct, 2005 1 commit