Changes in Makefile

031acdcf - um: restore process name

Thu, 10 Oct 2024 14:14:12 +0000

um: restore process nameAfter the execve() to disable ASLR, comm is now "exe",which is a bit confusing. Use readlink() to get thisto the right name again.Disable stack frame size warnings on main.o since it'spart of the initial userspace and can use larger stack.Fixes: 68b9883cc16e ("um: Discover host_task_size from envp")Link: https://patch.msgid.link/20241010161411.c576e2aeb3e5.I244d4f34b8a8555ee5bec0e1cf5027bce4cc491b@changeidSigned-off-by: Johannes Berg List of files: /linux-6.15/arch/um/os-Linux/Makefile

67d7c302 - kbuild: remove --include-dir MAKEFLAG from top Makefile

Sat, 28 Jan 2023 09:24:23 +0000

kbuild: remove --include-dir MAKEFLAG from top MakefileI added $(srctree)/ to some included Makefiles in the following commits: - 3204a7fb98a3 ("kbuild: prefix $(srctree)/ to some included Makefiles") - d82856395505 ("kbuild: do not require sub-make for separate output tree builds")They were a preparation for removing --include-dir flag.I have never thought --include-dir useful. Rather, it _is_ harmful.For example, run the following commands: $ make -s ARCH=x86 mrproper defconfig $ make ARCH=arm O=foo dtbs make[1]: Entering directory '/tmp/linux/foo' HOSTCC scripts/basic/fixdep Error: kernelrelease not valid - run 'make prepare' to update it UPD include/config/kernel.release make[1]: Leaving directory '/tmp/linux/foo'The first command configures the source tree for x86. The next commandtries to build ARM device trees in the separate foo/ directory - thismust stop because the directory foo/ has not been configured yet.However, due to --include-dir=$(abs_srctree), the top Makefile includesthe wrong include/config/auto.conf from the source tree and continuesbuilding. Kbuild traverses the directory tree, but of course it doesnot work correctly. The Error message is also pointless - 'make prepare'does not help at all for fixing the issue.This commit fixes more arch Makefile, and finally removes --include-dirfrom the top Makefile.There are more breakages under drivers/, but I do not volunteer to fixthem all. I just moved --include-dir to drivers/Makefile.With this commit, the second command will stop with a sensible message. $ make -s ARCH=x86 mrproper defconfig $ make ARCH=arm O=foo dtbs make[1]: Entering directory '/tmp/linux/foo' SYNC include/config/auto.conf.cmd *** *** The source tree is not clean, please run 'make ARCH=arm mrproper' *** in /tmp/linux *** make[2]: *** [../Makefile:646: outputmakefile] Error 1 /tmp/linux/Makefile:770: include/config/auto.conf.cmd: No such file or directory make[1]: *** [/tmp/linux/Makefile:793: include/config/auto.conf.cmd] Error 2 make[1]: Leaving directory '/tmp/linux/foo' make: *** [Makefile:226: __sub-make] Error 2Signed-off-by: Masahiro Yamada List of files: /linux-6.15/arch/um/os-Linux/Makefile

517f6020 - um: Increase stack frame size threshold for signal.c

Wed, 09 Dec 2020 18:19:15 +0000

um: Increase stack frame size threshold for signal.cThe signal.c can't use heap for bit data located on stack. However,by default a compiler warns us about overstepping stack frame sizethreshold:arch/um/os-Linux/signal.c: In function ‘sig_handler_common’:arch/um/os-Linux/signal.c:51:1: warning: the frame size of 2960 bytes is larger than 2048 bytes [-Wframe-larger-than=] 51 | } | ^arch/um/os-Linux/signal.c: In function ‘timer_real_alarm_handler’:arch/um/os-Linux/signal.c:95:1: warning: the frame size of 2960 bytes is larger than 2048 bytes [-Wframe-larger-than=] 95 | } | ^Due to above increase stack frame size threshold explicitly for signal.cto avoid unnecessary warning.Signed-off-by: Andy Shevchenko Tested-by: David Gow Signed-off-by: Richard Weinberger List of files: /linux-6.15/arch/um/os-Linux/Makefile

97870c34 - um: Add SPDX headers for files in arch/um/os-Linux

Sun, 25 Aug 2019 09:49:18 +0000

um: Add SPDX headers for files in arch/um/os-LinuxConvert files to use SPDX header. All files are licensed under the GPLv2.Signed-off-by: Alex Dewar Signed-off-by: Richard Weinberger List of files: /linux-6.15/arch/um/os-Linux/Makefile

369cca26 - um: remove unused AIO code

Wed, 11 Jul 2018 07:32:39 +0000

um: remove unused AIO codeSigned-off-by: Christoph Hellwig Signed-off-by: Richard Weinberger List of files: /linux-6.15/arch/um/os-Linux/Makefile

915eed20 - um: Support kcov

Sat, 21 May 2016 15:46:10 +0000

um: Support kcovThis adds support for kcov to UML.There is a small problem where UML will randomly segfault during boot;this is because current_thread_info() occasionally returns an invalid(non-NULL) pointer and we try to dereference it in__sanitizer_cov_trace_pc(). I consider this a bug in UML itself and thispatch merely exposes it.[v2: disable instrumentation in UML-specific code]Cc: Quentin Casasnovas Cc: Richard Weinberger Cc: Thomas Meyer Cc: user-mode-linux-devel Cc: Dmitry Vyukov Signed-off-by: Vegard Nossum Signed-off-by: Richard Weinberger List of files: /linux-6.15/arch/um/os-Linux/Makefile

c6b17bbd - um: use the right ifdef around exports in user_syms.c

Sat, 11 Feb 2012 00:02:28 +0000

um: use the right ifdef around exports in user_syms.c... the same one that controls whether elf_aux.o is included into thebuild, bringing the vsyscall_e... into it.Signed-off-by: Al Viro Signed-off-by: Richard Weinberger List of files: /linux-6.15/arch/um/os-Linux/Makefile

1bbd5f21 - um: merge os-Linux/tls.c into arch/x86/um/os-Linux/tls.c

Thu, 18 Aug 2011 19:09:49 +0000

um: merge os-Linux/tls.c into arch/x86/um/os-Linux/tls.cit's i386-specific; moreover, analogs on other targets haveincompatible interface - PTRACE_GET_THREAD_AREA does existelsewhere, but struct user_desc does *not*Signed-off-by: Al Viro Signed-off-by: Richard Weinberger List of files: /linux-6.15/arch/um/os-Linux/Makefile

5c48b108 - um: take arch/um/sys-x86 to arch/x86/um

Thu, 18 Aug 2011 19:06:39 +0000

um: take arch/um/sys-x86 to arch/x86/umSigned-off-by: Al Viro Signed-off-by: Richard Weinberger List of files: /linux-6.15/arch/um/os-Linux/Makefile

51d34749 - um: merge arch/um/os-Linux/sys-{i386,x86_64}

Thu, 18 Aug 2011 19:03:49 +0000

um: merge arch/um/os-Linux/sys-{i386,x86_64}Signed-off-by: Al Viro Signed-off-by: Richard Weinberger List of files: /linux-6.15/arch/um/os-Linux/Makefile

5d40de0f - um: kill dead code around uaccess

Thu, 18 Aug 2011 19:03:29 +0000

um: kill dead code around uaccessSigned-off-by: Al Viro Signed-off-by: Richard Weinberger List of files: /linux-6.15/arch/um/os-Linux/Makefile

b743ac54 - um: disable scan_elf_aux() on x86_64

Tue, 26 Jul 2011 00:12:52 +0000

um: disable scan_elf_aux() on x86_64Reusing the host's vDSO makes only sense on x86_32.Signed-off-by: Richard Weinberger Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds List of files: /linux-6.15/arch/um/os-Linux/Makefile

d2efa6d5 - uml: remove the dead TTY_LOG code

Thu, 16 Oct 2008 05:01:22 +0000

uml: remove the dead TTY_LOG codeRemove the dead CONFIG_TTY_LOG (no kconfig option).Reported-by: Robert P. J. Day Signed-off-by: Adrian Bunk Cc: Jeff Dike Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds List of files: /linux-6.15/arch/um/os-Linux/Makefile

edea1385 - uml: tidy kern_util.h

Tue, 05 Feb 2008 06:30:46 +0000

uml: tidy kern_util.hTidy kern_util.h. It turns out that most of the function declarationsaren't used, so they can go away. os.h no longer includeskern_util.h, so files which got it through os.h now need to include itdirectly. A number of other files never needed it, so these includesare deleted.The structure which was used to pass signal handlers from the kernelside to the userspace side is gone. Instead, the handlers aredeclared here, and used directly from libc code. This allowsarch/um/os-Linux/trap.c to be deleted, with its remnants being movedto arch/um/os-Linux/skas/trap.c.arch/um/os-Linux/tty.c had its inclusions changed, and it needed somestyle attention, so it got tidied.Signed-off-by: Jeff Dike Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds List of files: /linux-6.15/arch/um/os-Linux/Makefile

4c9e1385 - uml: style fixes pass 1

Tue, 16 Oct 2007 08:26:54 +0000

uml: style fixes pass 1Formatting changes in the files which have been changed in thett-removal patchset so far. These include: copyright updates header file trimming style fixes adding severity to printks indenting Kconfig help according to the predominant kernel styleThese changes should be entirely non-functional.Signed-off-by: Jeff Dike Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds List of files: /linux-6.15/arch/um/os-Linux/Makefile

42fda663 - uml: throw out CONFIG_MODE_TT

Tue, 16 Oct 2007 08:26:50 +0000

uml: throw out CONFIG_MODE_TTThis patchset throws out tt mode, which has been non-functional for a while.This is done in phases, interspersed with code cleanups on the affected files.The removal is done as follows: remove all code, config options, and files which depend onCONFIG_MODE_TT get rid of the CHOOSE_MODE macro, which decided whether tocall tt-mode or skas-mode code, and replace invocations with theirskas portions replace all now-trivial procedures with their skas equivalentsThere are now a bunch of now-redundant pieces of data structures, includingmode-specific pieces of the thread structure, pt_regs, and mm_context. Theseare all replaced with their skas-specific contents.As part of the ongoing style compliance project, I made a style pass over allfiles that were changed. There are three such patches, one for each phase,covering the files affected by that phase but no later ones.I noticed that we weren't freeing the LDT state associated with a process whenit exited, so that's fixed in one of the later patches.The last patch is a tidying patch which I've had for a while, but which causedinexplicable crashes under tt mode. Since that is no longer a problem, thiscan now go in.This patch:Start getting rid of tt mode support.This patch throws out CONFIG_MODE_TT and all config options, code, and fileswhich depend on it.CONFIG_MODE_SKAS is gone and everything that depends on it is includedunconditionally.The few changed lines are in re-written Kconfig help, lines which neededsomething skas-related removed from them, and a few more which weren'tstrictly deletions.Signed-off-by: Jeff Dike Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds List of files: /linux-6.15/arch/um/os-Linux/Makefile

42daba31 - uml: stop saving process FP state

Tue, 16 Oct 2007 08:26:47 +0000

uml: stop saving process FP stateThrow out a lot of code dealing with saving and restoring floating-pointstate. In skas mode, where processes run in a restoring floating-point stateon kernel entry and exit is pointless.This eliminates most of arch/um/os-Linux/sys-{i386,x86_64}/registers.c. Mostof what remained is now arch-indpendent, and can be moved up toarch/um/os-Linux/registers.c. Both arches need the jmp_buf accessorget_thread_reg, and i386 needs {save,restore}_fp_regs because it cheats duringsigreturn by getting the fp state using ptrace rather than copying it out ofthe process sigcontext.After this, it turns out that arch/um/include/skas/mode-skas.h is almostcompletely unneeded. The declarations in it are variables which either don'texist or which don't have global scope. The one exception iskill_off_processes_skas. If that's removed, this header can be deleted.This uncovered a bug in user.h, which wasn't correctly making sure that asize_t definition was available to both userspace and kernelspace files.Signed-off-by: Jeff Dike Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds List of files: /linux-6.15/arch/um/os-Linux/Makefile

5d48545e - [PATCH] uml: make execvp safe for our usage

Sat, 25 Nov 2006 19:09:39 +0000

[PATCH] uml: make execvp safe for our usageReimplement execvp for our purposes - after we call fork() it is fundamentallyunsafe to use the kernel allocator - current is not valid there. So we simplypass to our modified execvp() a preallocated buffer. This fixes a real bugand works very well in testing (I've seen indirectly warning messages from theforked thread - they went on the pipe connected to its stdout and where readas a number by UML, when calling read_output(). I verified the obtainednumber corresponded to "BUG:").The added use of __cant_sleep() is not a new bug since __cant_sleep() isalready used in the same function - passing an atomicity parameter would bebetter but it would require huge change, stating that this function must notbe called in atomic context and can sleep is a better idea (will make sure ofthis gradually).Signed-off-by: Paolo 'Blaisorblade' Giarrusso Acked-by: Jeff Dike Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds List of files: /linux-6.15/arch/um/os-Linux/Makefile

0915ee38 - [PATCH] uml: mark some tt-mode code

Wed, 27 Sep 2006 08:50:38 +0000

[PATCH] uml: mark some tt-mode codeMark a symbol and file as being tt-mode only. This shrinks the binaryslightly when tt mode support is compiled out and makes it easier to identitystuff when tt mode is removed.Signed-off-by: Jeff Dike Cc: Paolo 'Blaisorblade' Giarrusso Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds List of files: /linux-6.15/arch/um/os-Linux/Makefile

aa6758d4 - [PATCH] uml: implement {get,set}_thread_area for i386

Fri, 31 Mar 2006 10:30:22 +0000

[PATCH] uml: implement {get,set}_thread_area for i386Implement sys_[gs]et_thread_area and the corresponding ptrace operations forUML. This is the main chunk, additional parts follow. This implementation isnow well tested and has run reliably for some time, and we've understood allthe previously existing problems.Their implementation saves the new GDT content and then forwards the call tothe host when appropriate, i.e. immediately when the target process isrunning or on context switch otherwise (i.e. on fork and on ptrace() calls).In SKAS mode, we must switch registers on each context switch (because SKASdoes not switches tls_array together with current->mm).Also, added get_cpu() locking; this has been done for SKAS mode, since TT doesnot need it (it does not use smp_processor_id()).Signed-off-by: Paolo 'Blaisorblade' Giarrusso Acked-by: Jeff Dike Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds List of files: /linux-6.15/arch/um/os-Linux/Makefile