20 Mar, 2006

1 commit


12 Mar, 2006

1 commit


11 Mar, 2006

1 commit

  • Rebuilding a previously built tree while using make's -j option from
    time to time results in the version.h check running at the same time as
    the updating of .kernelrelease, resulting in UTS_RELEASE remaining an
    empty string (and as a side effect causing the entire kernel to be
    rebuilt).

    Signed-Off-By: Jan Beulich
    Signed-off-by: Sam Ravnborg
    Signed-off-by: Linus Torvalds

    Jan Beulich
     

27 Feb, 2006

1 commit


18 Feb, 2006

1 commit


16 Feb, 2006

1 commit


13 Feb, 2006

1 commit


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

1 commit