- 05 8月, 2013 1 次提交
-
-
由 Linus Torvalds 提交于
-
- 29 7月, 2013 1 次提交
-
-
由 Linus Torvalds 提交于
-
- 22 7月, 2013 1 次提交
-
-
由 Linus Torvalds 提交于
-
- 15 7月, 2013 1 次提交
-
-
由 Linus Torvalds 提交于
-
- 11 7月, 2013 1 次提交
-
-
由 Linus Torvalds 提交于
This reverts commit d2aae847. It is completely and utterly broken. Module install should not build any files, and adding broken dependencies to "help" it build files is complete and utter sh*t. The kernel should not be built by root, and "make install" and "make module_install" (that for obvious reasons need to be run as root) absolutely must not build any files. They should only ever copy the already-built files over. So having dependencies for the install targets is wrong, wrong, wrong. If you try to install a kernel without building it first, you *should* get errors. The build system shouldn't try to help root build the files. Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
-
- 03 7月, 2013 1 次提交
-
-
由 Robert Richter 提交于
Make modules_install fails with -j option: DEPMOD Usage: .../.source/linux/scripts/depmod.sh /sbin/depmod <kernelrelease> make[1]: *** [_modinst_post] Error 1 Adding kernelrelease dependency to fix this. Signed-off-by: NRobert Richter <robert.richter@calxeda.com> Cc: <stable@vger.kernel.org> Signed-off-by: NMichal Marek <mmarek@suse.cz>
-
- 01 7月, 2013 1 次提交
-
-
由 Linus Torvalds 提交于
-
- 28 6月, 2013 1 次提交
-
-
由 Geert Uytterhoeven 提交于
Signed-off-by: NGeert Uytterhoeven <geert@linux-m68k.org> Signed-off-by: NJiri Kosina <jkosina@suse.cz>
-
- 24 6月, 2013 1 次提交
-
-
由 Mike Marciniszyn 提交于
The following issue can be reproduced with Linus' tree on an x86_64 server. >+ cp /home/user/rpmbuild-test/BUILDROOT/kernel-3.9.2.x86_64/boot/vmlinuz-3.9.2 >cp: missing destination file operand after >/home/user/rpmbuild-test/BUILDROOT/kernel-3.9.2-1.x86_64/boot/vmlinuz-3.9.2' >Try `cp --help' for more information. >error: Bad exit status from /var/tmp/rpm-tmp.R4o0iI (%install) Here are the commands to reproduce: make defconfig make rpm-pkg Use the resulting src rpm to build as follows: mkdir ~/rpmbuild-test cd ~/rpmbuild-test rpmbuild --rebuild --define "_topdir `pwd`" -vv ~/rpmbuild/SRPMS/kernel-3.10.0_rc1+-1.src.rpm The issue is because the %install script uses $KBUILD_IMAGE and it hasn't been set since it is only available in the kbuild system and not in the %install script. This patch adds a Makefile target to emit the image_name that can be used and modifies the mkspec to use the dynamic name in %install. Signed-off-by: NMike Marciniszyn <mike.marciniszyn@intel.com> Signed-off-by: NMichal Marek <mmarek@suse.cz>
-
- 23 6月, 2013 1 次提交
-
-
由 Linus Torvalds 提交于
-
- 16 6月, 2013 1 次提交
-
-
由 Linus Torvalds 提交于
-
- 09 6月, 2013 1 次提交
-
-
由 Linus Torvalds 提交于
-
- 02 6月, 2013 1 次提交
-
-
由 Linus Torvalds 提交于
-
- 27 5月, 2013 1 次提交
-
-
由 Linus Torvalds 提交于
-
- 21 5月, 2013 1 次提交
-
-
由 Linus Torvalds 提交于
-
- 12 5月, 2013 1 次提交
-
-
由 Linus Torvalds 提交于
-
- 29 4月, 2013 2 次提交
-
-
由 Arnd Bergmann 提交于
gcc-4.7 and higher add a lot of false positive warnings about potential uses of uninitialized warnings, but only when optimizing for size (-Os). This is the default when building allyesconfig, which turns on CONFIG_CC_OPTIMIZE_FOR_SIZE. In order to avoid getting a lot of patches that initialize such variables and accidentally hide real errors along the way, let's just turn off this warning on the respective gcc versions when building with size optimizations. The -Wmaybe-uninitialized option was introduced in the same gcc version (4.7) that is now causing the false positives, so there is no effect on older compilers. A side effect is that when building with CONFIG_CC_OPTIMIZE_FOR_SIZE, we might now see /fewer/ warnings about possibly uninitialized warnings than with -O2, but that is still much better than seeing warnings known to be bogus. Signed-off-by: NArnd Bergmann <arnd@arndb.de>
-
由 Linus Torvalds 提交于
-
- 22 4月, 2013 1 次提交
-
-
由 Linus Torvalds 提交于
-
- 18 4月, 2013 1 次提交
-
-
由 Michal Marek 提交于
The source tree can contain lots of uninteresting data like tag or cscope files, packaging which slows down make rpm needlessly. It can also break the build, if the tree contains an unrelated file named *.spec. The downside of this change is that new subdirectories have to be added to the KBUILD_ALLDIRS variable in the top-level Makefile. The upside is that the behavior is more predictable. Signed-off-by: NMichal Marek <mmarek@suse.cz>
-
- 15 4月, 2013 1 次提交
-
-
由 Linus Torvalds 提交于
-
- 10 4月, 2013 1 次提交
-
-
由 Andreas Schwab 提交于
The headers are now needed inside scripts/mod since 6543becf ("mod/file2alias: make modalias generation safe for cross compiling"). Reported-and-tested-by: NLad, Prabhakar <prabhakar.csengg@gmail.com> Reported-and-tested-by: N"Jon Medhurst (Tixy)" <tixy@linaro.org> Signed-off-by: NAndreas Schwab <schwab@linux-m68k.org> Signed-off-by: NMichal Marek <mmarek@suse.cz>
-
- 08 4月, 2013 1 次提交
-
-
由 Linus Torvalds 提交于
-
- 01 4月, 2013 1 次提交
-
-
由 Linus Torvalds 提交于
-
- 24 3月, 2013 1 次提交
-
-
由 Linus Torvalds 提交于
-
- 18 3月, 2013 1 次提交
-
-
由 Linus Torvalds 提交于
-
- 16 3月, 2013 1 次提交
-
-
由 Borislav Petkov 提交于
We need to hand down parallel build options like the internal make --jobserver-fds one so that parallel builds can also happen when building perf from the toplevel directory. Make it so #1! Signed-off-by: NBorislav Petkov <bp@suse.de> Cc: Ingo Molnar <mingo@kernel.org> Cc: Steven Rostedt <rostedt@goodmis.org> Link: http://lkml.kernel.org/r/1361374353-30385-3-git-send-email-bp@alien8.deSigned-off-by: NArnaldo Carvalho de Melo <acme@redhat.com>
-
- 15 3月, 2013 1 次提交
-
-
由 Rusty Russell 提交于
We have CONFIG_SYMBOL_PREFIX, which three archs define to the string "_". But Al Viro broke this in "consolidate cond_syscall and SYSCALL_ALIAS declarations" (in linux-next), and he's not the first to do so. Using CONFIG_SYMBOL_PREFIX is awkward, since we usually just want to prefix it so something. So various places define helpers which are defined to nothing if CONFIG_SYMBOL_PREFIX isn't set: 1) include/asm-generic/unistd.h defines __SYMBOL_PREFIX. 2) include/asm-generic/vmlinux.lds.h defines VMLINUX_SYMBOL(sym) 3) include/linux/export.h defines MODULE_SYMBOL_PREFIX. 4) include/linux/kernel.h defines SYMBOL_PREFIX (which differs from #7) 5) kernel/modsign_certificate.S defines ASM_SYMBOL(sym) 6) scripts/modpost.c defines MODULE_SYMBOL_PREFIX 7) scripts/Makefile.lib defines SYMBOL_PREFIX on the commandline if CONFIG_SYMBOL_PREFIX is set, so that we have a non-string version for pasting. (arch/h8300/include/asm/linkage.h defines SYMBOL_NAME(), too). Let's solve this properly: 1) No more generic prefix, just CONFIG_HAVE_UNDERSCORE_SYMBOL_PREFIX. 2) Make linux/export.h usable from asm. 3) Define VMLINUX_SYMBOL() and VMLINUX_SYMBOL_STR(). 4) Make everyone use them. Signed-off-by: NRusty Russell <rusty@rustcorp.com.au> Reviewed-by: NJames Hogan <james.hogan@imgtec.com> Tested-by: James Hogan <james.hogan@imgtec.com> (metag)
-
- 11 3月, 2013 1 次提交
-
-
由 Linus Torvalds 提交于
-
- 04 3月, 2013 1 次提交
-
-
由 Linus Torvalds 提交于
-
- 22 2月, 2013 2 次提交
-
-
由 Andi Kleen 提交于
Newer gcc enables the var-tracking pass with -g to keep track which registers contain which variables. This is one of the slower passes in gcc. With reduced debug info (aimed at objdump -S, but not using a full debugger) we don't need this fine grained tracking. But it was still enabled because -g was enabled. Disable it explicitely for DEBUG_INFO_REDUCED. On my 8T workstation this gives me about a 12 second gain in building a reasonable kernel config (2min16 vs 2min28) with DEBUG_INFO_REDUCED. With full DEBUG_INFO it takes 2min46 The actual improvement in user time taken by the compiler is much higher (all CPU combined user time 15min5s vs 16m30 before) but the usual amdahl bottleneck on the linker prevents more speedup. It still saves some more energy and keeps cycles for other things. Signed-off-by: NAndi Kleen <ak@linux.intel.com> Signed-off-by: NMichal Marek <mmarek@suse.cz>
-
由 James Hogan 提交于
On architectures which have symbol prefixes, depmod emits lots of warnings like this: WARNING: $module.ko needs unknown symbol $symbol This is because depmod isn't being passed the -P <symbol_prefix> arguments to specify the symbol prefix to ignore. This option is included since the 3.13 release of module-init-tools. Update scripts/depmod.sh to take extra arguments for the symbol prefix (required but may be empty), and update the main Makefile to always pass "$(CONFIG_SYMBOL_PREFIX)" to scripts/depmod.sh. If the provided symbol prefix is non-empty, scripts/depmod.sh checks if depmod --version reports module-init-tools with a version number < 3.13 otherwise it appends -P $SYMBOL_PREFIX to the depmod command line. Signed-off-by: NJames Hogan <james.hogan@imgtec.com> Cc: Michal Marek <mmarek@suse.cz> Cc: linux-kbuild@vger.kernel.org Cc: Mike Frysinger <vapier@gentoo.org> Cc: Yoshinori Sato <ysato@users.sourceforge.jp> Cc: uclinux-dist-devel@blackfin.uclinux.org Signed-off-by: NMichal Marek <mmarek@suse.cz>
-
- 19 2月, 2013 1 次提交
-
-
由 Linus Torvalds 提交于
-
- 09 2月, 2013 1 次提交
-
-
由 Linus Torvalds 提交于
-
- 01 2月, 2013 1 次提交
-
-
由 Linus Torvalds 提交于
-
- 26 1月, 2013 1 次提交
-
-
由 Linus Torvalds 提交于
-
- 25 1月, 2013 3 次提交
-
-
由 Michal Marek 提交于
To allow the builder to sign only a subset of modules, or to sign the modules using a key that is not available on the build machine, add CONFIG_MODULE_SIG_ALL. If this option is unset, no modules will be signed during build. The default is 'y', to preserve the current behavior. Signed-off-by: NMichal Marek <mmarek@suse.cz> Acked-by: NDavid Howells <dhowells@redhat.com> Signed-off-by: NRusty Russell <rusty@rustcorp.com.au>
-
由 Michal Marek 提交于
Make the script usable without a .config file. Signed-off-by: NMichal Marek <mmarek@suse.cz> Acked-by: NDavid Howells <dhowells@redhat.com> Signed-off-by: NRusty Russell <rusty@rustcorp.com.au>
-
由 Andreas Schwab 提交于
Use the target compiler to compute the offsets for the fields of the device_id structures, so that it won't be broken by different alignments between the host and target ABIs. This also fixes missing endian corrections for some modaliases. Signed-off-by: NAndreas Schwab <schwab@linux-m68k.org> Signed-off-by: NMichal Marek <mmarek@suse.cz>
-
- 23 1月, 2013 1 次提交
-
-
由 Will Deacon 提交于
By popular demand, arch/aarch64 is now known as arch/arm64. However, uname -m (and indeed the GNU triplet) still use aarch64 as the machine string. This patch fixes native builds of both the kernel and perf tools by updating the relevant Makefiles to munge the output of uname -m and set the ARCH variable appropriately. Cc: <stable@vger.kernel.org> Signed-off-by: NWill Deacon <will.deacon@arm.com> Signed-off-by: NCatalin Marinas <catalin.marinas@arm.com>
-