03 Jan, 2006

1 commit


25 Dec, 2005

1 commit


19 Dec, 2005

1 commit


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

2 commits

  • 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
     
  • "Better late than never"

    Linus Torvalds
     

20 Oct, 2005

2 commits

  • The -rc4 release was supposed to be the last -rc, but here goes. The
    RCU fixes and the swiotlb changes need an -rc for final testing.

    Linus Torvalds
     
  • The variable RCS_TAR_IGNORE is used in scripts/packaging/Makefile, but not
    exported from the main Makefile, so it's never used.

    This results in the rpm targets being very unhappy in quilted trees.

    Signed-off-by: Tom Rini
    Acked-by: Sam Ravnborg
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Tom Rini
     

18 Oct, 2005

1 commit

  • The following build error happens with 2.6.14-rc4 when CONFIG_KALLSYMS is
    not defined. The error message in a fragment of the output was:

    CC arch/i386/lib/usercopy.o
    AR arch/i386/lib/lib.a
    /bin/sh: line 1: +@: command not found
    make[3]: warning: jobserver unavailable: using -j1. Add `+' to parent make rule.
    CHK include/linux/compile.h

    Signed-off-by: Mark Rustad
    Signed-off-by: Sam Ravnborg
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Mark Rustad
     

11 Oct, 2005

1 commit


01 Oct, 2005

1 commit


20 Sep, 2005

1 commit


13 Sep, 2005

1 commit


12 Sep, 2005

2 commits

  • Al Viro reported that sometimes silentoldconfig failed because
    output directory was missing.
    So create it unconditionally before executing conf

    Signed-off-by: Sam Ravnborg

    Sam Ravnborg
     
  • When introducing the generic asm-offsets.h support the dependency
    chain for the prepare targets was changed. All build scripts expecting
    include/asm/asm-offsets.h to be made when using the prepare target would broke.
    With the limited number of prepare targets left in arch Makefiles
    the trivial solution was to introduce a new arch specific target: archprepare

    The dependency chain looks like this now:

    prepare
    |
    +--> prepare0
    |
    +--> archprepare
    |
    +--> scripts_basic
    +--> prepare1
    |
    +---> prepare2
    |
    +--> prepare3

    So prepare 3 is processed before prepare2 etc.
    This guaantees that the asm symlink, version.h, scripts_basic
    are all updated before archprepare is processed.

    prepare0 which build the asm-offsets.h file will need the
    actions performed by archprepare.

    The head target is now named prepare, because users scripts will most
    likely use that target, but prepare-all has been kept for compatibility.
    Updated Documentation/kbuild/makefiles.txt.

    Signed-off-by: Sam Ravnborg

    Sam Ravnborg
     

11 Sep, 2005

1 commit


10 Sep, 2005

5 commits

  • Splitting of autoconf.h requires that split-include was built before,
    and
    needs to be-re-done when split-include changes. This dependency was
    previously missing. Additionally, since autoconf.h is (suppoosed to
    be)
    generated as a side effect of executing config targets, include/linux
    should be created prior to running the respective sub-make.

    Signed-off-by: Jan Beulich
    Signed-off-by: Sam Ravnborg

    Jan Beulich
     
  • In order to maintain a more correct build number, updates to the
    version
    number should only be commited after a successful link of vmlinux, not
    before (so that errors in the link process don't lead to pointless
    increments).

    Signed-off-by: Jan Beulich
    Signed-off-by: Sam Ravnborg

    Jan Beulich
     
  • Allows to add to sparse arguments without mutilating makefiles - just
    pass CF= and they will be added to CHECKFLAGS.

    Signed-off-by: Al Viro
    Signed-off-by: Sam Ravnborg

    viro@ZenIV.linux.org.uk
     
  • Dunno if there was a conscious decision to leave it out, but if you're
    happy with adding some help text for it here's a patch against 2.6.13-mm1..

    Signed-off-by: Sam Ravnborg

    Zach Brown
     
  • Building asm-offsets.h has been moved to a seperate Kbuild file
    located in the top-level directory. This allow us to share the
    functionality across the architectures.

    The old rules in architecture specific Makefiles will die
    in subsequent patches.

    Furhtermore the usual kbuild dependency tracking is now used
    when deciding to rebuild asm-offsets.s. So we no longer risk
    to fail a rebuild caused by asm-offsets.c dependencies being touched.

    With this common rule-set we now force the same name across
    all architectures. Following patches will fix the rest.

    Signed-off-by: Sam Ravnborg

    Sam Ravnborg
     

06 Sep, 2005

1 commit


05 Sep, 2005

1 commit

  • Running 'make clean' was quietly deleting files in Mercurial kernel
    repositories matching '.*.d', which was corrupting the tags portions of the
    repository. Spotted and fixed by several people.

    Signed-off-by: Matt Mackall
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Matt Mackall
     

30 Aug, 2005

1 commit


29 Aug, 2005

1 commit


24 Aug, 2005

1 commit