05 Jun, 2008

1 commit


27 May, 2008

1 commit


20 May, 2008

2 commits

  • * git://git.kernel.org/pub/scm/linux/kernel/git/sam/kbuild-fixes:
    Don't clean bounds.h and asm-offsets.h
    kconfig: incorrect 'len' field initialisation ?
    kernel-doc: allow unnamed bit-fields
    kbuild: filter away debug symbols from kernel symbols
    Remove *.rej pattern from .gitignore
    MAINTAINERS: document names of new kbuild trees
    kbuild: disable modpost warnings for linkonce sections
    kbuild: escape meta characters in regular expression in make TAGS

    Linus Torvalds
     
  • Since 97965478a66fbdf0f4ad5e4ecc4828f0cb548a45 ("mm: Get rid of __ZONE_COUNT")
    mmzone.h includes bounds.h.
    Calling make clean after make prepare removes bounds.h
    again so when building external modules this fails.

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

    Jan Blunck
     

19 May, 2008

1 commit


12 May, 2008

1 commit


11 May, 2008

1 commit

  • Alexey Dobriyan introduced a code adds
    menuconfig SOMETHING in Kconfig to tags output when you did "make tags".

    See http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=80ff26241623875636674a31c0540a78c0fb5433

    "make tags" may work fine with his code. However make TAGS doesn't work well
    because etags command requires backslashes to escape meta characters like
    `(', `)' and `|'.

    Here is a patch.

    Signed-off-by: Masatake YAMATO
    Signed-off-by: Sam Ravnborg

    Masatake YAMATO
     

04 May, 2008

1 commit


02 May, 2008

1 commit


29 Apr, 2008

2 commits

  • Signed-off-by: Andres Salomon
    Signed-off-by: Sam Ravnborg

    Andres Salomon
     
  • PowerPC will start moving board defconfigs into subarch-specific
    subdirs soon. "make help" currently does not look in subdirs to
    find the defconfigs to show. This is partially a good thing,
    since there are way too many defconfigs for one list.

    This patch makes the main "make help" display something like

    help-40x - Show 40x-specific targets
    help-44x - Show 44x-specific targets
    help-boards - Show all of the above

    and wires up stuff so those new help-* commands actually work.

    [sam: fixed it up to display x86 defconfigs too]
    Cc: Josh Boyer
    Signed-off-by: Segher Boessenkool
    Signed-off-by: Sam Ravnborg

    Segher Boessenkool
     

26 Apr, 2008

3 commits

  • Signed-off-by: Uwe Kleine-König
    Cc: trivial@kernel.org
    Signed-off-by: Sam Ravnborg

    Uwe Kleine-König
     
  • Add option to enable -Wframe-larger-than= on gcc 4.4

    gcc mainline (upcoming 4.4) added a new -Wframe-larger-than=...
    option to warn at build time about too large stack frames. Add a config
    option to enable this warning, since this very useful for the kernel.

    I choose (somewhat arbitarily) 2048 as default warning threshold for 64bit
    and 1024 as default for 32bit architectures. With some research and
    fixing all the code for smaller values these defaults should be probably
    lowered.

    With the default allyesconfigs have some new warnings, but I think
    that is all code that should be just fixed.

    At some point (when gcc 4.4 is released and widely used) this should
    obsolete make checkstack

    Signed-off-by: Andi Kleen
    Signed-off-by: Sam Ravnborg

    Andi Kleen
     
  • Steps to reproduce:

    vi -t NETFILTER

    Signed-off-by: Alexey Dobriyan
    Signed-off-by: Sam Ravnborg

    Alexey Dobriyan
     

25 Apr, 2008

1 commit


24 Apr, 2008

1 commit


22 Apr, 2008

1 commit


17 Apr, 2008

1 commit


12 Apr, 2008

1 commit


02 Apr, 2008

1 commit


26 Mar, 2008

1 commit


24 Mar, 2008

1 commit

  • The module alias support in the kernel have a consistency
    check where it is checked that the size of a structure
    in the kernel and on the build host are the same.
    For cross builds this check does not make sense so detect
    when we do cross builds and silently skip the check in these
    situations.
    This fixes a build bug for a wireless driver when cross building
    for arm.

    Acked-by: Michael Buesch
    Tested-by: Gordon Farquharson
    Signed-off-by: Sam Ravnborg
    Cc: stable@kernel.org

    Sam Ravnborg
     

17 Mar, 2008

1 commit


10 Mar, 2008

1 commit


05 Mar, 2008

1 commit


25 Feb, 2008

1 commit


19 Feb, 2008

1 commit


16 Feb, 2008

1 commit


15 Feb, 2008

2 commits

  • Ingo Molnar wrote:
    >
    > i've got a build log from a weird build error below:
    >
    > LD init/built-in.o
    > distcc[12023] ERROR: compile (null) on localhost failed
    > make: *** [vmlinux.o] Error 1
    > make: *** Waiting for unfinished jobs....
    > LD .tmp_vmlinux1
    >

    Building vmlinux.o were moved up in the dependency chain so we started
    to build it before the kallsym stuff. This was done to let modpost
    report section mismatch bugs even when the final link failed.

    Originally I had expected the dependency of $(kallsyms.o) to
    cover this but it turns out that we need to be even more explicit.
    Fix this by adding a conditional dependency on firat target
    used in the kallsyms serie of builds.

    Signed-off-by: Sam Ravnborg
    Cc: Ingo Molnar
    Cc: Roland McGrath

    Sam Ravnborg
     
  • Arjan van de Ven wrote:
    ===
    I just read the excellent LWN writeup of the vmsplice
    security thing, and that got me wondering why this attack
    wasn't stopped by the CONFIG_CC_STACKPROTECTOR option...
    because it plain should have been...

    Some analysis later.. it turns out that the following line
    in the top level Makefile, added by you in October 2007,
    entirely disables CONFIG_CC_STACKPROTECTOR ;(
    With this line removed the exploit will be nicely stopped.

    CFLAGS += $(call cc-option, -fno-stack-protector)

    Now I realize that certain distros have patched gcc to
    compensate for their lack of distro wide CFLAGS, and it's
    great to work around that... but would there be a way to NOT
    disable this for CONFIG_CC_STACKPROTECTOR please?
    It would have made this exploit not possible for those kernels
    that enable this feature (and that includes distros like Fedora)
    ===

    Move the assignment to KBUILD_CFLAGS up before including
    the arch specific Makefile so arch makefiles may override
    the setting.

    Signed-off-by: Sam Ravnborg
    Cc: Arjan van de Ven
    Cc: stable@kernel.org

    Sam Ravnborg
     

11 Feb, 2008

1 commit


03 Feb, 2008

1 commit


29 Jan, 2008

8 commits