Changes in Kbuild

16a0ca5e - um: x86: clean up elf specific definitions

Mon, 20 Jan 2025 06:00:03 +0000

um: x86: clean up elf specific definitionsThe file arch/x86/um/asm/module.h is equivalent to the definition ofasm-generic. Thus this commit cleans up to use it.Signed-off-by: Hajime Tazaki Link: https://patch.msgid.link/2d70a0ed79ee0a0bef80ad4790063f4833dd9bed.1737348399.git.thehajime@gmail.comSigned-off-by: Johannes Berg List of files: /linux-6.15/arch/um/include/asm/Kbuild

2f681ba4 - um: move thread info into task

Mon, 11 Nov 2024 10:29:10 +0000

um: move thread info into taskThis selects the THREAD_INFO_IN_TASK option for UM and changes the waythat the current task is discovered. This is trivial though, as UMLalready tracks the current task in cpu_tasks[] and this can be used toretrieve it.Also remove the signal handler code that copies the thread informationinto the IRQ stack. It is obsolete now, which also means that thementioned race condition cannot happen anymore.Signed-off-by: Benjamin Berg Reviewed-by: Hajime Tazaki Link: https://patch.msgid.link/20241111102910.46512-1-benjamin@sipsolutions.netSigned-off-by: Johannes Berg List of files: /linux-6.15/arch/um/include/asm/Kbuild

17e6a121 - um: Use generic runtime constant implementation

Wed, 17 Jul 2024 00:25:59 +0000

um: Use generic runtime constant implementationUML should not be using the architecture native runtime constants, sincethat requires also having the appropriate instruction fixups (and allthe linker script details).Not that using that code would be impossible, but it's not worth it.Just point UML at the generic version.Reported-by: Nathan Chancellor Fixes: e3c92e81711d ("runtime constants: add x86 architecture support")Link: https://lore.kernel.org/all/20240716143644.GA1827132@thelio-3990X/Signed-off-by: Linus Torvalds List of files: /linux-6.15/arch/um/include/asm/Kbuild

0dd0e943 - um: don't generate asm/bpf_perf_event.h

Mon, 13 May 2024 17:13:55 +0000

um: don't generate asm/bpf_perf_event.hIf we start validating the existence of the asm-generic side ofgenerated headers, this one causes a warning:make[3]: *** No rule to make target 'arch/um/include/generated/asm/bpf_perf_event.h', needed by 'all'. Stop.The problem is that the asm-generic header only exists for the uapivariant, but arch/um has no uapi headers and instead uses the x86userspace API.Add a custom file with an explicit redirect to avoid this.Signed-off-by: Arnd Bergmann List of files: /linux-6.15/arch/um/include/asm/Kbuild

2fd001cd - arch: Rename fbdev header and source files

Fri, 29 Mar 2024 20:32:12 +0000

arch: Rename fbdev header and source filesThe per-architecture fbdev code has no dependencies on fbdev and canbe used for any video-related subsystem. Rename the files to 'video'.Use video-sti.c on parisc as the source file depends on CONFIG_STI_CORE.On arc, arm, arm64, sh, and um the asm header file is an empty wrapperaround the file in asm-generic. Let Kbuild generate the file. The buildsystem does this automatically. Only um needs to generate video.hexplicitly, so that it overrides the host architecture's header. Thelatter would otherwise interfere with the build.Further update all includes statements, include guards, and Makefiles.Also update a few strings and comments to refer to video instead offbdev.v3:- arc, arm, arm64, sh: generate asm header via build system (Sam,Helge, Arnd)- um: rename fb.h to video.h- fix typo in commit message (Sam)Signed-off-by: Thomas Zimmermann Reviewed-by: Sam Ravnborg Cc: Vineet Gupta Cc: Catalin Marinas Cc: Will Deacon Cc: Huacai Chen Cc: WANG Xuerui Cc: Geert Uytterhoeven Cc: Thomas Bogendoerfer Cc: "James E.J. Bottomley" Cc: Helge Deller Cc: Michael Ellerman Cc: Nicholas Piggin Cc: Yoshinori Sato Cc: Rich Felker Cc: John Paul Adrian Glaubitz Cc: "David S. Miller" Cc: Andreas Larsson Cc: Thomas Gleixner Cc: Ingo Molnar Cc: Borislav Petkov Cc: Dave Hansen Cc: x86@kernel.orgCc: "H. Peter Anvin" Signed-off-by: Arnd Bergmann List of files: /linux-6.15/arch/um/include/asm/Kbuild

36571903 - um: Use asm-generic/dma-mapping.h

Mon, 28 Mar 2022 07:46:25 +0000

um: Use asm-generic/dma-mapping.hIf DMA (PCI over virtio) is enabled, then some drivers mayenable CONFIG_DMA_OPS as well, and then we pull in the x86definition of get_arch_dma_ops(), which uses the dma_opssymbol, which isn't defined.Since we don't have real DMA ops nor any kind of IOMMU fixthis in the simplest possible way: pull in the asm-genericfile instead of inheriting the x86 one. It's not clear whythose drivers that do (e.g. VDPA) "select DMA_OPS", and ifthey'd even work with this, but chances are nobody will bewanting to do that anyway, so fixing the build failure isgood enough.Reported-by: Randy Dunlap Fixes: 68f5d3f3b654 ("um: add PCI over virtio emulation driver")Signed-off-by: Johannes Berg Tested-by: Randy Dunlap Acked-by: Randy Dunlap Cc: stable@vger.kernel.orgSigned-off-by: Richard Weinberger List of files: /linux-6.15/arch/um/include/asm/Kbuild

66bcd060 - parport_pc: Also enable driver for PCI systems

Mon, 14 Feb 2022 20:16:50 +0000

parport_pc: Also enable driver for PCI systemsNowadays PC-style parallel ports come in the form of PCI and PCIe optioncards and there are some combined parallel/serial option cards as wellthat we handle in the parport subsystem. There is nothing in particularthat would prevent them from being used in any system equipped with PCIor PCIe connectivity, except that we do not permit the PARPORT_PC configoption to be selected for platforms for which ARCH_MIGHT_HAVE_PC_PARPORThas not been set for.The only PCI platforms that actually can't make use of PC-style parallelport hardware are those newer PCIe systems that have no support for I/Ocycles in the host bridge, required by such parallel ports. Notably,this includes the s390 arch, which has port I/O accessors that causecompilation warnings (promoted to errors with `-Werror'), and there areother cases such as the POWER9 PHB4 device, though this one has variableport I/O accessors that depend on the particular system. Also it is notclear whether the serial port side of devices enabled by PARPORT_SERIALuses port I/O or MMIO. Finally Super I/O solutions are always eitherISA or platform devices.Make the PARPORT_PC option selectable also for PCI systems then, exceptfor the s390 arch, however limit the availability of PARPORT_PC_SUPERIOto platforms that enable ARCH_MIGHT_HAVE_PC_PARPORT. Update platformsaccordingly for the required header.Acked-by: Sudip Mukherjee Signed-off-by: Maciej W. Rozycki Link: https://lore.kernel.org/r/alpine.DEB.2.21.2202141955550.34636@angie.orcam.me.ukSigned-off-by: Greg Kroah-Hartman List of files: /linux-6.15/arch/um/include/asm/Kbuild

6692531d - uml/x86: use x86 load_unaligned_zeropad()

Mon, 31 Jan 2022 02:25:53 +0000

uml/x86: use x86 load_unaligned_zeropad()allows, among other things, to drop !DCACHE_WORD_ACCESS mess inx86 csum-partial_64.cSigned-off-by: Al Viro List of files: /linux-6.15/arch/um/include/asm/Kbuild

dd3035a2 - um: add a UML specific futex implementation

Fri, 12 Mar 2021 15:16:09 +0000

um: add a UML specific futex implementationThe generic asm futex implementation emulates atomic access tomemory by doing a get_user followed by put_user. These translateto two mapping operations on UML with paging enabled in themeantime. This, in turn may end up changing interrupts,invoking the signal loop, etc.This replaces the generic implementation by a mapping followedby an operation on the mapped segment.Signed-off-by: Anton Ivanov Signed-off-by: Richard Weinberger List of files: /linux-6.15/arch/um/include/asm/Kbuild

68f5d3f3 - um: add PCI over virtio emulation driver

Fri, 05 Mar 2021 12:19:58 +0000

um: add PCI over virtio emulation driverTo support testing of PCI/PCIe drivers in UML, add a PCI bussupport driver. This driver uses virtio, which in UML is reallyjust vhost-user, to talk to devices, and adds the devices tothe virtual PCI bus in the system.Since virtio already allows DMA/bus mastering this really isn'tall that hard, of course we need the logic_iomem infrastructurethat was added by a previous patch.The protocol to talk to the device is has a few fairly simplemessages for reading to/writing from config and IO spaces, andmessages for the device to send the various interrupts (INT#,MSI/MSI-X and while suspended PME#).Note that currently no offical virtio device ID is assigned forthis protocol, as a consequence this patch requires defining itin the Kconfig, with a default that makes the driver refuse towork at all.Finally, in order to add support for MSI/MSI-X interrupts, somesmall changes are needed in the UML IRQ code, it needs to havemore interrupts, changing NR_IRQS from 64 to 128 if this driveris enabled, but not actually use them for anything so that thegeneric IRQ domain/MSI infrastructure can allocate IRQ numbers.Signed-off-by: Johannes Berg Signed-off-by: Richard Weinberger List of files: /linux-6.15/arch/um/include/asm/Kbuild

0bbadafd - um: allow disabling NO_IOMEM

Fri, 05 Mar 2021 12:19:51 +0000

um: allow disabling NO_IOMEMAdjust the kconfig a little to allow disabling NO_IOMEM in UML. Tomake an "allyesconfig" with CONFIG_NO_IOMEM=n build, adjust a fewKconfig things elsewhere and add dummy asm/fb.h and asm/vga.h files.Signed-off-by: Johannes Berg Signed-off-by: Richard Weinberger List of files: /linux-6.15/arch/um/include/asm/Kbuild

3aac798a - um: Enforce the usage of asm-generic/softirq_stack.h

Tue, 16 Feb 2021 09:23:14 +0000

um: Enforce the usage of asm-generic/softirq_stack.hThe recent rework of the X86 irq stack switching mechanism broke UM as UMpulls in the X86 specific variant of softirq_stack.h.Enforce the usage of the asm-generic variant.Fixes: 72f40a2823d6 ("x86/softirq/64: Inline do_softirq_own_stack()")Reported-by: Guenter Roeck Signed-off-by: Thomas Gleixner Cc: Richard Weinberger List of files: /linux-6.15/arch/um/include/asm/Kbuild

bfc58e2b - um: remove process stub VMA

Wed, 13 Jan 2021 21:09:44 +0000

um: remove process stub VMAThis mostly reverts the old commit 3963333fe676 ("uml: cover stubswith a VMA") which had added a VMA to the existing PTEs. However,there's no real reason to have the PTEs in the first place and theVMA cannot be 'fixed' in place, which leads to bugs that userspacecould try to unmap them and be forcefully killed, or such. Also,there's a bit of an ugly hole in userspace's address space.Simplify all this: just install the stub code/page at the top ofthe (inner) address space, i.e. put it just above TASK_SIZE. Thepages are simply hard-coded to be mapped in the userspace processwe use to implement an mm context, and they're out of reach of theinner mmap/munmap/mprotect etc. since they're above TASK_SIZE.Getting rid of the VMA also makes vma_merge() no longer hit one ofthe VM_WARN_ON()s there because we installed a VMA while the codeassumes the stack VMA is the first one.It also removes a lockdep warning about mmap_sem usage since we nolonger have uml_setup_stubs() and thus no longer need to do anymanipulation that would require mmap_sem in activate_mm().Signed-off-by: Johannes Berg Signed-off-by: Richard Weinberger List of files: /linux-6.15/arch/um/include/asm/Kbuild

731ecea3 - mm: Remove arch_remap() and mm-arch-hooks.h

Fri, 18 Dec 2020 14:07:58 +0000

mm: Remove arch_remap() and mm-arch-hooks.hpowerpc was the last provider of arch_remap() and the lastuser of mm-arch-hooks.h.Since commit 526a9c4a7234 ("powerpc/vdso: Provide vdso_remap()"),arch_remap() hence mm-arch-hooks.h are not used anymore.Remove them.Signed-off-by: Christophe Leroy Signed-off-by: Richard Weinberger List of files: /linux-6.15/arch/um/include/asm/Kbuild

596b0474 - kbuild: preprocess module linker script

Tue, 08 Sep 2020 04:27:08 +0000

kbuild: preprocess module linker scriptThere was a request to preprocess the module linker script like wedo for the vmlinux one. (https://lkml.org/lkml/2020/8/21/512)The difference between vmlinux.lds and module.lds is that the latteris needed for external module builds, thus must be cleaned up by'make mrproper' instead of 'make clean'. Also, it must be createdby 'make modules_prepare'.You cannot put it in arch/$(SRCARCH)/kernel/, which is cleaned up by'make clean'. I moved arch/$(SRCARCH)/kernel/module.lds toarch/$(SRCARCH)/include/asm/module.lds.h, which is included fromscripts/module.lds.S.scripts/module.lds is fine because 'make clean' keeps all thebuild artifacts under scripts/.You can add arch-specific sections in .Signed-off-by: Masahiro Yamada Tested-by: Jessica Yu Acked-by: Will Deacon Acked-by: Geert Uytterhoeven Acked-by: Palmer Dabbelt Reviewed-by: Kees Cook Acked-by: Jessica Yu List of files: /linux-6.15/arch/um/include/asm/Kbuild

0bc8fb4d - um: Implement ndelay/udelay in time-travel mode

Thu, 13 Feb 2020 13:26:48 +0000

um: Implement ndelay/udelay in time-travel modeIn external or inf-cpu time-travel mode, ndelay/udelay currentlyjust waste CPU time since the simulation time doesn't advance.Implement them properly in this case.Note that the "if (time_travel_mode == ...)" parts compile outif CONFIG_UML_TIME_TRAVEL_SUPPORT isn't set, time_travel_mode isdefined to TT_MODE_OFF in that case.Signed-off-by: Johannes Berg Signed-off-by: Richard Weinberger List of files: /linux-6.15/arch/um/include/asm/Kbuild

d65197ad - um: Fix time-travel=inf-cpu with xor/raid6

Fri, 13 Dec 2019 09:01:28 +0000

um: Fix time-travel=inf-cpu with xor/raid6Today, I erroneously built a time-travel configuration with btrfsenabled, and noticed it cannot boot in time-travel=inf-cpu mode,both xor and raid6 speed measurement gets stuck.For xor, work around it by picking the first algorithm if inf-cpumode is enabled.For raid6, I didn't find such a workaround, so disallow enablingtime-travel mode if RAID6_PQ_BENCHMARK is enabled.With this, and RAID6_PQ_BENCHMARK disabled, I can boot a kernelthat has btrfs enabled in time-travel=inf-cpu mode.Signed-off-by: Johannes Berg Acked-by: Anton Ivanov Signed-off-by: Richard Weinberger List of files: /linux-6.15/arch/um/include/asm/Kbuild

a30cc14f - um: Don't use generic barrier.h

Wed, 11 Sep 2019 12:51:18 +0000

um: Don't use generic barrier.hUML has its own platform-specific barrier.h under arch/x86/um/,which should get used. Fix the build system to use it, and thenfix the barrier.h to actually compile.Signed-off-by: Johannes Berg Signed-off-by: Richard Weinberger List of files: /linux-6.15/arch/um/include/asm/Kbuild

96ac6d43 - treewide: Add SPDX license identifier - Kbuild

Thu, 30 May 2019 12:03:44 +0000

treewide: Add SPDX license identifier - KbuildAdd SPDX license identifiers to all Make/Kconfig files which: - Have no license information of any formThese files fall under the project license, GPL v2 only. The resulting SPDXlicense identifier is: GPL-2.0Reported-by: Masahiro Yamada Signed-off-by: Greg Kroah-Hartman Reviewed-by: Kate Stewart Signed-off-by: Greg Kroah-Hartman List of files: /linux-6.15/arch/um/include/asm/Kbuild

fdcd06a8 - arch: Use asm-generic header for asm/mmiowb.h

Fri, 22 Feb 2019 12:49:41 +0000

arch: Use asm-generic header for asm/mmiowb.hHook up asm-generic/mmiowb.h to Kbuild for all architectures so that wecan subsequently include asm/mmiowb.h from core code.Cc: Masahiro Yamada Cc: Arnd Bergmann Acked-by: Linus Torvalds Signed-off-by: Will Deacon List of files: /linux-6.15/arch/um/include/asm/Kbuild