29 Apr, 2008
2 commits
-
Signed-off-by: Andres Salomon
Signed-off-by: Sam Ravnborg -
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 aboveand 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
26 Apr, 2008
3 commits
-
Signed-off-by: Uwe Kleine-König
Cc: trivial@kernel.org
Signed-off-by: Sam Ravnborg -
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 checkstackSigned-off-by: Andi Kleen
Signed-off-by: Sam Ravnborg -
Steps to reproduce:
vi -t NETFILTER
Signed-off-by: Alexey Dobriyan
Signed-off-by: Sam Ravnborg
25 Apr, 2008
1 commit
-
This snuck in through 919ee677b656c52c5f86d3d916786891220d5452
("[SPARC64]: Add NUMA support")Signed-off-by: Sebastian Siewior
Cc: David S. Miller
Signed-off-by: Linus Torvalds
24 Apr, 2008
1 commit
-
Currently there is only code to parse NUMA attributes on
sun4v/niagara systems, but later on we will add such parsing
for older systems.Signed-off-by: David S. Miller
22 Apr, 2008
1 commit
-
It should be "if" but is written as "is"..
Signed-off-by: Uwe Kleine-Koenig
Signed-off-by: Jesper Juhl
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
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
-
* git://git.kernel.org/pub/scm/linux/kernel/git/sam/kbuild:
kbuild: explain why DEBUG_SECTION_MISMATCH is UNDEFINED
kbuild: fix building vmlinux.o
kbuild: allow -fstack-protector to take effect
kconfig: fix select in combination with default
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 -
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
11 Feb, 2008
1 commit
-
.. and I really need to call it something else. Maybe it is time to
bring back the weasel series, since weasels always make me feel good
about a kernel.
03 Feb, 2008
1 commit
-
Signed-off-by: Robert P. J. Day
Signed-off-by: Adrian Bunk
29 Jan, 2008
9 commits
-
link vmlinux.o so we may report section mismatch bugs before
we start with the real link - that may error out.Signed-off-by: Sam Ravnborg
-
Setting the option DEBUG_SECTION_MISMATCH will
report additional section mismatch'es but this
should in the end makes it possible to get rid of
all of them.See help text in lib/Kconfig.debug for details.
Signed-off-by: Sam Ravnborg
-
The output of 'make help' covers a lot of options, but doesn't include
a listing for 'make prepare'. Here's a one-liner to fix that...Signed-off-by: Valdis Kletnieks
Signed-off-by: Sam Ravnborg -
With this patch I'm able to find the definition of _xmit_lock defined in
include/linux/netdevice.h as follows:struct net_device {
...
spinlock_t _xmit_lock ____cacheline_aligned_in_smp;
}Otherwise this counts as definition of ____cacheline_aligned_in_smp.
Signed-off-by: Uwe Kleine-König
Signed-off-by: Sam Ravnborg -
Signed-off-by: Robert P. J. Day
Signed-off-by: Sam Ravnborg -
When multiple built-in modules (especially drivers) provide the same
capability, they're prioritized by link order specified by the order
listed in Makefile. This implicit ordering is lost for loadable
modules.When driver modules are loaded by udev, what comes first in
modules.alias file is selected. However, the order in this file is
indeterministic (depends on filesystem listing order of installed
modules). This causes confusion.The solution is two-parted. This patch updates kbuild such that it
generates and installs modules.order which contains the name of
modules ordered according to Makefile. The second part is update to
depmod such that it generates output files according to this file.Note that both obj-y and obj-m subdirs can contain modules and
ordering information between those two are lost from beginning.
Currently obj-y subdirs are put before obj-m subdirs.Sam Ravnborg cleaned up Makefile modifications and suggested using awk
to remove duplicate lines from modules.order instead of using separate
C program.Signed-off-by: Tejun Heo
Acked-by: Greg Kroah-Hartman
Cc: Bill Nottingham
Cc: Rusty Russell
Cc: Kay Sievers
Cc: Jon Masters
Signed-off-by: Sam Ravnborg -
Add missing $(srctree)/ prefix for scripts used by the includecheck and
versioncheck make targetsSigned-off-by: Geert Uytterhoeven
Signed-off-by: Sam Ravnborg -
Signed-off-by: Sam Ravnborg
-
Add 'includecheck' to the Static analyzers help list.
Signed-off-by: Randy Dunlap
Signed-off-by: Sam Ravnborg
28 Jan, 2008
1 commit
-
Signed-off-by: Paul Mundt
25 Jan, 2008
1 commit
22 Jan, 2008
1 commit
-
Change two occurances of "behavour" to "behaviour".
Signed-off-by: Linus Nilsson
Signed-off-by: Linus Torvalds
16 Jan, 2008
1 commit
07 Jan, 2008
1 commit
21 Dec, 2007
1 commit
11 Dec, 2007
1 commit
09 Dec, 2007
1 commit
-
The check introduced in commit:
4f1127e204377cbd2a56d112d323466f668e8334 "kbuild: fix
infinite make recursion"caused certain external modules not to build and
also caused 'make targz-pkg' to fail.
This is a minimal fix so we revert to previous
behaviour - but we do not overwrite the Makefile
in the top-level directory.Signed-off-by: Sam Ravnborg
Tested-by: Jay Cliburn
Cc: Jay Cliburn
