08 Feb, 2006

1 commit


03 Feb, 2006

1 commit


21 Jan, 2006

1 commit

  • .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: Sam Ravnborg
    ---

    Sam Ravnborg
     

17 Jan, 2006

3 commits


16 Jan, 2006

3 commits

  • 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"

    Signed-off-by: Sam Ravnborg

    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

    Signed-off-by: Sam Ravnborg

    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

    Signed-off-by: Sam Ravnborg

    Sam Ravnborg
     

15 Jan, 2006

1 commit

  • 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: Paul Mackerras

    Paul Mackerras
     

11 Jan, 2006

1 commit


10 Jan, 2006

3 commits

  • Signed-off-by: Adrian Bunk

    Adrian Bunk
     
  • Eric Sandeen 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: Sam Ravnborg

    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: Sam Ravnborg

    Sam Ravnborg
     

09 Jan, 2006

1 commit


05 Jan, 2006

1 commit


03 Jan, 2006

1 commit


27 Dec, 2005

2 commits


26 Dec, 2005

1 commit


25 Dec, 2005

1 commit


19 Dec, 2005

1 commit


17 Dec, 2005

2 commits


13 Dec, 2005

1 commit

  • Sam Ravnborg writes:

    > Author: Uwe Zeisberger
    >
    > [PATCH] kbuild: make kernelrelease in unconfigured kernel prints an error
    >
    > Do not include .config for target kernelrelease

    This is wrong. KERNELRELEASE depends on CONFIG_LOCALVERSION, thus you
    need .config.

    Signed-off-by: Andreas Schwab
    Cc: Sam Ravnborg
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Andreas Schwab
     

04 Dec, 2005

1 commit

  • 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: Linus Torvalds

    Linus Torvalds
     

01 Dec, 2005

1 commit


29 Nov, 2005

1 commit


20 Nov, 2005

1 commit


14 Nov, 2005

1 commit

  • In Uml, many definitions are borrowed from underlying subarch headers (with
    #include ). And it has become annoying to keep switching
    tag files all time, so by default index the underlying subarch headers too.
    Btw, it adds negligible space to the tags file (less than 1M surely, IIRC it
    was around 500k over 40M).

    Finally, preserve the ALLSOURCE_ARCHS command line option (I hope) - if it is
    set, it is used for headers too as before. But check my construct please, I
    didn't test this.

    Signed-off-by: Paolo 'Blaisorblade' Giarrusso
    Acked-by: Jeff Dike
    Cc: Sam Ravnborg
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Paolo 'Blaisorblade' Giarrusso
     

12 Nov, 2005

2 commits

  • As per the new release rules: two weeks of merging, and then an -rc1 and
    calming down for the next release.

    Linus Torvalds
     
  • After the last merge of the new unified 'powerpc' architecture, ppc64 no
    longer compiles cleanly as a standalone architecture. Some bits and
    pieces still exist as files under the old ppc64 hierarchy, but the old
    "ARCH=ppc64" is dead.

    So if "uname" says ppc64, that now implies that the default architecture
    should be "powerpc".

    Acked-by: Benjamin Herrenschmidt
    Signed-off-by: Linus Torvalds

    Linus Torvalds
     

11 Nov, 2005

2 commits

  • Linus Torvalds
     
  • 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: Zachary Amsden
    Signed-off-by: Sam Ravnborg

    Zachary Amsden
     

10 Nov, 2005

1 commit


08 Nov, 2005

1 commit


06 Nov, 2005

1 commit

  • Include autoconf.h into every kernel compilation via the gcc command line
    using -imacros. This ensures that we have the kernel configuration
    included from the start, rather than relying on each file having #include
    as appropriate. History has shown that this is something
    which is difficult to get right.

    Since we now include the kernel configuration automatically, make
    configcheck becomes meaningless, so remove it.

    Signed-off-by: Russell King
    Signed-off-by: Andrew Morton
    Signed-off-by: Sam Ravnborg

    Russell King
     

04 Nov, 2005

1 commit


29 Oct, 2005

1 commit


28 Oct, 2005

1 commit

  • 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: Al Viro
    Signed-off-by: Linus Torvalds

    Al Viro