1. 12 Mar, 2006 1 commit
    • Adrian Bunk's avatar
      Kconfig: remove the CONFIG_CC_ALIGN_* options · 8cab77a2
      Adrian Bunk authored
      
      I don't see any use case for the CONFIG_CC_ALIGN_* options:
      - they are only available if EMBEDDED
      - people using EMBEDDED will most likely also enable
        CC_OPTIMIZE_FOR_SIZE
      - the default for -Os is to disable alignment
      
      In case someone is doing performance comparisons and discovers that the
      default settings gcc chooses aren't good, the only sane thing is to discuss
      whether it makes sense to change this, not through offering options to change
      this locally.
      Signed-off-by: default avatarAdrian Bunk <bunk@stusta.de>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarSam Ravnborg <sam@ravnborg.org>
      8cab77a2
  2. 08 Mar, 2006 1 commit
  3. 05 Mar, 2006 2 commits
  4. 22 Feb, 2006 1 commit
  5. 19 Feb, 2006 7 commits
  6. 17 Feb, 2006 1 commit
  7. 15 Feb, 2006 1 commit
  8. 12 Feb, 2006 1 commit
  9. 03 Feb, 2006 1 commit
  10. 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
  11. 17 Jan, 2006 2 commits
  12. 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
  13. 15 Jan, 2006 2 commits
  14. 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
  15. 08 Jan, 2006 1 commit
  16. 02 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
  17. 26 Dec, 2005 2 commits
  18. 25 Dec, 2005 1 commit
  19. 24 Dec, 2005 1 commit
  20. 18 Dec, 2005 1 commit
  21. 16 Dec, 2005 2 commits
  22. 12 Dec, 2005 1 commit
  23. 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
  24. 01 Dec, 2005 1 commit
  25. 28 Nov, 2005 1 commit
  26. 19 Nov, 2005 1 commit