1. 12 3月, 2006 1 次提交
  2. 11 3月, 2006 1 次提交
  3. 27 2月, 2006 1 次提交
  4. 18 2月, 2006 1 次提交
  5. 16 2月, 2006 1 次提交
  6. 13 2月, 2006 1 次提交
  7. 03 2月, 2006 1 次提交
  8. 21 1月, 2006 1 次提交
    • S
      kbuild: fix build with O=.. · 8c7f75d3
      Sam Ravnborg 提交于
      .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: NSam Ravnborg <sam@ravnborg.org>
      ---
      8c7f75d3
  9. 17 1月, 2006 2 次提交
  10. 16 1月, 2006 3 次提交
    • S
      kbuild: fix 'make all install_modules install' · df9df036
      Sam Ravnborg 提交于
      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: NSam Ravnborg <sam@ravnborg.org>
      df9df036
    • S
      kbuild: create .kernelrelease at *config step · 2244cbd8
      Sam Ravnborg 提交于
      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: NSam Ravnborg <sam@ravnborg.org>
      2244cbd8
    • S
      kbuild: fix make -jN with multiple targets with O=... · 296e0855
      Sam Ravnborg 提交于
      The way multiple targets was handled with make O=...
      broke because for each high-level target make spawned
      a parallel make resulting in a broken build.
      Reported by Keith Owens <kaos@ocs.com.au>
      Signed-off-by: NSam Ravnborg <sam@ravnborg.org>
      296e0855
  11. 15 1月, 2006 1 次提交
    • P
      powerpc: Make ARCH=powerpc the default for 32-bit ppc · 820a8ce7
      Paul Mackerras 提交于
      This makes ARCH=powerpc the default on 32-bit powerpc machines,
      where uname -m returns ppc, as well as on 64-bit powerpc machines.
      Most people who would be likely to build their own kernels on
      32-bit powerpc machines would be using powermacs or CHRP machines,
      both of which are supported with ARCH=powerpc now.  Embedded ppc
      developers whose ports haven't been moved over to arch/powerpc
      yet will have to explicitly set ARCH=ppc now.
      Signed-off-by: NPaul Mackerras <paulus@samba.org>
      820a8ce7
  12. 10 1月, 2006 3 次提交
    • A
      spelling: s/usefull/useful/ · a58a414f
      Adrian Bunk 提交于
      Signed-off-by: NAdrian Bunk <bunk@stusta.de>
      a58a414f
    • S
      kbuild: re-export VERSION, PATCHLEVEL, SUBLEVEL · 4f0210b9
      Sam Ravnborg 提交于
      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: NSam Ravnborg <sam@ravnborg.org>
      4f0210b9
    • S
      kbuild: KERNELRELEASE is only re-defined when buiding the kernel · cb58455c
      Sam Ravnborg 提交于
      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: NSam Ravnborg <sam@ravnborg.org>
      cb58455c
  13. 09 1月, 2006 1 次提交
  14. 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
  15. 27 12月, 2005 2 次提交
  16. 26 12月, 2005 1 次提交
  17. 25 12月, 2005 1 次提交
  18. 19 12月, 2005 1 次提交
  19. 17 12月, 2005 2 次提交
  20. 13 12月, 2005 1 次提交
  21. 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
  22. 01 12月, 2005 1 次提交
  23. 29 11月, 2005 1 次提交
  24. 20 11月, 2005 1 次提交
  25. 14 11月, 2005 1 次提交
  26. 12 11月, 2005 2 次提交
  27. 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
  28. 10 11月, 2005 1 次提交
  29. 06 11月, 2005 1 次提交
  30. 04 11月, 2005 1 次提交
  31. 29 10月, 2005 1 次提交
  32. 28 10月, 2005 1 次提交
    • 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