- 28 Dec, 2010 1 commit
-
-
Linus Torvalds authored
-
- 21 Dec, 2010 1 commit
-
-
Linus Torvalds authored
-
- 15 Dec, 2010 1 commit
-
-
Linus Torvalds authored
-
- 06 Dec, 2010 1 commit
-
-
Linus Torvalds authored
-
- 29 Nov, 2010 1 commit
-
-
Linus Torvalds authored
-
- 21 Nov, 2010 1 commit
-
-
Linus Torvalds authored
-
- 15 Nov, 2010 1 commit
-
-
Linus Torvalds authored
-
- 01 Nov, 2010 1 commit
-
-
Linus Torvalds authored
-
- 26 Oct, 2010 1 commit
-
-
Namhyung Kim authored
Add 'sparc32' ARCH target to test all{yes,mod}config for 32-bit build. Signed-off-by:
Namhyung Kim <namhyung@gmail.com> Signed-off-by:
David S. Miller <davem@davemloft.net>
-
- 20 Oct, 2010 1 commit
-
-
Linus Torvalds authored
-
- 14 Oct, 2010 3 commits
-
-
Steven Rostedt authored
The config option used by archs to let the build system know that the C version of the recordmcount works for said arch is currently called HAVE_C_MCOUNT_RECORD which enables BUILD_C_RECORDMCOUNT. To be more consistent with the name that all archs may use, it has been renamed to HAVE_C_RECORDMCOUNT. This will be less confusing since we are building a C recordmcount and not a mcount_record. Suggested-by:
Ingo Molnar <mingo@elte.hu> Cc: <linux-arch@vger.kernel.org> Cc: Michal Marek <mmarek@suse.cz> Cc: linux-kbuild@vger.kernel.org Cc: John Reiser <jreiser@bitwagon.com> Signed-off-by:
Steven Rostedt <rostedt@goodmis.org>
-
Linus Torvalds authored
-
Steven Rostedt authored
This patch adds the support for the C version of recordmcount and compile times show ~ 12% improvement. After verifying this works, other archs can add: HAVE_C_MCOUNT_RECORD in its Kconfig and it will use the C version of recordmcount instead of the perl version. Cc: <linux-arch@vger.kernel.org> Cc: Michal Marek <mmarek@suse.cz> Cc: linux-kbuild@vger.kernel.org Cc: John Reiser <jreiser@bitwagon.com> Signed-off-by:
Steven Rostedt <rostedt@goodmis.org>
-
- 06 Oct, 2010 1 commit
-
-
Linus Torvalds authored
-
- 28 Sep, 2010 1 commit
-
-
Linus Torvalds authored
-
- 22 Sep, 2010 1 commit
-
-
Jason Baron authored
base patch to implement 'jump labeling'. Based on a new 'asm goto' inline assembly gcc mechanism, we can now branch to labels from an 'asm goto' statment. This allows us to create a 'no-op' fastpath, which can subsequently be patched with a jump to the slowpath code. This is useful for code which might be rarely used, but which we'd like to be able to call, if needed. Tracepoints are the current usecase that these are being implemented for. Acked-by:
David S. Miller <davem@davemloft.net> Signed-off-by:
Jason Baron <jbaron@redhat.com> LKML-Reference: <ee8b3595967989fdaf84e698dc7447d315ce972a.1284733808.git.jbaron@redhat.com> [ cleaned up some formating ] Signed-off-by:
Steven Rostedt <rostedt@goodmis.org>
-
- 20 Sep, 2010 1 commit
-
-
Linus Torvalds authored
-
- 12 Sep, 2010 1 commit
-
-
Linus Torvalds authored
-
- 06 Sep, 2010 1 commit
-
-
Michal Marek authored
The list of patterns for the external modules case was constantly lagging behind. Signed-off-by:
Michal Marek <mmarek@suse.cz>
-
- 03 Sep, 2010 1 commit
-
-
Michal Marek authored
Signed-off-by:
Michal Marek <mmarek@suse.cz>
-
- 02 Sep, 2010 1 commit
-
-
Rabin Vincent authored
With current gcc, compiling with both -pg and -fomit-frame-pointer is not allowed. However, -pg can be used to build without actually specifying -fno-omit-frame-pointer, upon which the default behaviour for the target will be used. On ARM, it is not possible to build a Thumb-2 kernel with -fno-omit-frame-pointer (FRAME_POINTERS depends on !THUMB2_KERNEL). In order to support ftrace for Thumb-2, we need to be able to allow a combination of FUNCTION_TRACER and !FRAME_POINTER. We do this by omitting -fomit-frame-pointer if ftrace is enabled. Acked-by:
Frederic Weisbecker <fweisbec@gmail.com> Signed-off-by:
Rabin Vincent <rabin@rab.in> Signed-off-by:
Russell King <rmk+kernel@arm.linux.org.uk>
-
- 29 Aug, 2010 1 commit
-
-
Linus Torvalds authored
-
- 22 Aug, 2010 1 commit
-
-
Linus Torvalds authored
-
- 20 Aug, 2010 1 commit
-
-
Amerigo Wang authored
Brice reported that 'kernelrelease' has a dependence on include/config/kernel.release, causes this file to be regenerated every time when invoke it. It doesn't have to. Reported-by:
Brice Goglin <Brice.Goglin@inria.fr> Tested-by:
Brice Goglin <Brice.Goglin@inria.fr> Signed-off-by:
WANG Cong <amwang@redhat.com> Signed-off-by:
Michal Marek <mmarek@suse.cz>
-
- 15 Aug, 2010 1 commit
-
-
Linus Torvalds authored
-
- 10 Aug, 2010 1 commit
-
-
Yegor Yefremov authored
Signed-off-by:
Yegor Yefremov <yegorslists@googlemail.com> Signed-off-by:
Michal Marek <mmarek@suse.cz>
-
- 03 Aug, 2010 2 commits
-
-
Sam Ravnborg authored
It is now possible to assign options to AS and CC on the command line - which is only used for built-in code. {A,C}FLAGS_KERNEL was used both in the top-level Makefile in the arch makefiles, thus users had no way to specify additional options to AS, CC without overriding the original value. Introduce a new set of variables KBUILD_{A,C}FLAGS_KERNEL that is used by arch specific files and free up {A,C}FLAGS_KERNEL so they can be assigned on the command line. All arch Makefiles that used the old variables has been updated. Signed-off-by:
Sam Ravnborg <sam@ravnborg.org> Cc: Tony Luck <tony.luck@intel.com> Cc: Hirokazu Takata <takata@linux-m32r.org> Signed-off-by:
Michal Marek <mmarek@suse.cz>
-
Sam Ravnborg authored
It is now possible to assign options to AS, CC and LD on the command line - which is only used when building modules. {A,C,LD}FLAGS_MODULE was all used both in the top-level Makefile in the arch makefiles, thus users had no way to specify additional options to AS, CC, LD when building modules without overriding the original value. Introduce a new set of variables KBUILD_{A,C,LD}FLAGS_MODULE that is used by arch specific files and free up {A,C,LD}FLAGS_MODULE so they can be assigned on the command line. All arch Makefiles that used the old variables has been updated. Note: Previously we had a MODFLAGS variable for both AS and CC. But in favour of consistency this was dropped. So in some cases arch Makefile has one assignmnet replaced by two assignmnets. Note2: MODFLAGS was not documented and is dropped without any notice. I do not expect much/any breakage from this. Signed-off-by:
Sam Ravnborg <sam@ravnborg.org> Cc: Denys Vlasenko <vda.linux@googlemail.com> Cc: Haavard Skinnemoen <hskinnemoen@atmel.com> Cc: Mike Frysinger <vapier@gentoo.org> Cc: Tony Luck <tony.luck@intel.com> Cc: Geert Uytterhoeven <geert@linux-m68k.org> Cc: Ralf Baechle <ralf@linux-mips.org> Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org> Cc: Martin Schwidefsky <schwidefsky@de.ibm.com> Cc: Chen Liqin <liqin.chen@sunplusct.com> Acked-by: Mike Frysinger <vapier@gentoo.org> [blackfin] Acked-by: Haavard Skinnemoen <haavard.skinnemoen@atmel.com> [avr32] Signed-off-by:
Michal Marek <mmarek@suse.cz>
-
- 01 Aug, 2010 1 commit
-
-
Linus Torvalds authored
-
- 22 Jul, 2010 1 commit
-
-
Linus Torvalds authored
-
- 14 Jul, 2010 1 commit
-
-
Andi Kleen authored
Newer gcc has a -femit-struct-debug-baseonly option that dramatically reduces the size of object files with debug info. What it does is to only emit type information for structures when the structures are defined in the same file or in a header file. This means the type information for most headers are not included. This is not good when the type information is actually needed (e.g. with kgdb or systemtap) But often kernel hackers only care about line numbers and don't need all the type information anyways. In this case setting the option can be a big win: A build dir for a specific x86-64 configuration with gcc 4.5 shrunk from 2.3G to 1.2G. The compilation was also nearly a minute faster. Signed-off-by:
Andi Kleen <ak@linux.intel.com> [mmarek: reformatted help text] Signed-off-by:
Michal Marek <mmarek@suse.cz>
-
- 12 Jul, 2010 1 commit
-
-
Linus Torvalds authored
-
- 06 Jul, 2010 1 commit
-
-
Michal Marek authored
Commit 0a564b26 broke LOCALVERSION for O=... builds. Ouch. Reported-by:
Stephen Rothwell <sfr@canb.auug.org.au> Reported-and-tested-by:
Rafael J. Wysocki <rjw@sisk.pl> Reported-by:
Peter Anvin <hpa@zytor.com> Signed-off-by:
Michal Marek <mmarek@suse.cz> Signed-off-by:
Linus Torvalds <torvalds@linux-foundation.org>
-
- 04 Jul, 2010 1 commit
-
-
Linus Torvalds authored
-
- 30 Jun, 2010 1 commit
-
-
Michal Marek authored
Variables given on the make commandline are not exported to $(shell ...) commands, so run the setlocalversion script in the make rule directly. Signed-off-by:
Michal Marek <mmarek@suse.cz>
-
- 29 Jun, 2010 1 commit
-
-
Amerigo Wang authored
After commit 85a256d8 , 'make kernelrelease' doesn't show the correct full kernel version. This patch fixes it, 'make kernelrelease' will show the same version name with the one you finally get. Cc: David Rientjes <rientjes@google.com> Cc: Michal Marek <mmarek@suse.cz> Signed-off-by:
Amerigo Wang <amwang@redhat.com> [mmarek: merged with 09155120 and added dependency on include/config/kernel.release] Signed-off-by:
Michal Marek <mmarek@suse.cz>
-
- 18 Jun, 2010 1 commit
-
-
Michal Marek authored
Now that we run scripts/setlocalversion during every build, it makes sense to move all the localversion logic there. This cleans up the toplevel Makefile and also makes sure that the script is called only once in 'make prepare' (previously, it would be called every time due to a variable expansion in an ifneq statement). No user-visible change is intended, unless one runs the setlocalversion script directly. Reported-by:
Dmitry Torokhov <dmitry.torokhov@gmail.com> Cc: David Rientjes <rientjes@google.com> Cc: Greg Thelen <gthelen@google.com> Cc: Nico Schottelius <nico-linuxsetlocalversion@schottelius.org> Signed-off-by:
Michal Marek <mmarek@suse.cz>
-
- 15 Jun, 2010 1 commit
-
-
Andy Whitcroft authored
In the commit below the version string handling was modified, adding a '+' where no other version information was supplied: commit 85a256d8 Author: David Rientjes <rientjes@google.com> Date: Wed Jan 13 13:01:05 2010 -0800 From the commit the intent was as below: - when CONFIG_LOCALVERSION_AUTO is disabled, a `+' is appended if the repository has been revised beyond a tagged commit and LOCALVERSION= was not passed to "make". However if the user supplies an empty LOCALVERSION on the command line the plus suffix is still added. This form is useful in the case where the build environment knows that the version as specified is correct and complete but does not correspond to a specific tag. This patch changes the implementation to match the documentation such that specifying LOCALVERSION= on the build line is sufficient to suppress any suffix. Signed-off-by:
Andy Whitcroft <apw@canonical.com> Acked-by:
David Rientjes <rientjes@google.com> Signed-off-by:
Michal Marek <mmarek@suse.cz>
-
- 11 Jun, 2010 2 commits
-
-
Linus Torvalds authored
-
Nicolas Palix authored
A 'coccicheck' target is added. It can be called with four different modes. Each one generates a different kind of output, i.e. context, patch, org, report, according to the corresponding mode to be activated. The new target calls the 'coccicheck' front-end in the 'scripts' directory with the MODE argument. Every SmPL file in the subdirectories of 'scripts/coccinelle' is then given to the front-end and applied to the entire source tree. The four modes behave as follows: 'report' generates a list in the following format: file:line:column-column: message 'patch' proposes a fix, when possible. 'context' highlights lines of interest and their context in a diff-like style. Lines of interest are indicated with '-'. 'org' generates a report in the Org mode format of Emacs. Signed-off-by:
Nicolas Palix <npalix@diku.dk> Signed-off-by:
Julia Lawall <julia@diku.dk> Acked-by:
Sam Ravnborg <sam@ravnborg.org> Acked-by:
Joerg Roedel <joerg.roedel@amd.com> Signed-off-by:
Michal Marek <mmarek@suse.cz>
-