26 Apr, 2008
1 commit
-
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
2 commits
-
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 -
Jan Altenberg reported that
building with redirected input like this failed:
make O=dir oldconfig bzImage < /dev/nullThe problem were caused by a make silentoldconfig being
run before oldconfig and with a non-recent .config the build
failed because silentoldconfig requires non-redirected stdin.Silentoldconfig was run as a side-effect of having the
top-level Makefile re-made by make.
Introducing an empty rule for the top-level Makefile
(and Kbuild.include) fixed the issue.Signed-off-by: Sam Ravnborg
04 Dec, 2007
1 commit
18 Nov, 2007
1 commit
-
Simplify "make ARCH=x86" and fix kconfig so we again
can set 64BIT in all.config.For a fix the diffstat is nice:
6 files changed, 3 insertions(+), 36 deletions(-)The patch reverts these commits:
0f855aa64b3f63d35a891510cf7db932a435c116
-> kconfig: add helper to set config symbol from environment variable2a113281f5cd2febbab21a93c8943f8d3eece4d3
-> kconfig: use $K64BIT to set 64BIT with all*config targetsRoman Zippel pointed out that kconfig supported string
compares so the additional complexity introduced by the
above two patches were not needed.With this patch we have following behaviour:
# make {allno,allyes,allmod,rand}config [ARCH=...]
option \ host arch | 32bit | 64bit
=====================================================
./. | 32bit | 64bit
ARCH=x86 | 32bit | 32bit
ARCH=i386 | 32bit | 32bit
ARCH=x86_64 | 64bit | 64bitThe general rule are that ARCH= and native architecture
takes precedence over the configuration.
So make ARCH=i386 [whatever] will always build a 32-bit
kernel no matter what the configuration says.
The configuration will be updated to 32-bit if it was
configured to 64-bit and the other way around.This behaviour is consistent with previous behaviour so
no suprises here.make ARCH=x86 will per default result in a 32-bit kernel
but as the only ARCH= value x86 allow the user to select
between 32-bit and 64-bit using menuconfig.Signed-off-by: Sam Ravnborg
Cc: Roman Zippel
Cc: Andreas Herrmann
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: "H. Peter Anvin"
17 Nov, 2007
1 commit
-
The x86 merge modified the tags target to handle the two separate
source directories. Remove it now that i386/x86_64 are gone completely.Signed-off-by: Thomas Gleixner
