#
124468af |
|
06-Feb-2024 |
Heiko Carstens <hca@linux.ibm.com> |
s390/configs: update default configurations Signed-off-by: Heiko Carstens <hca@linux.ibm.com>
|
#
027790f6 |
|
06-Feb-2024 |
Heiko Carstens <hca@linux.ibm.com> |
s390/configs: enable INIT_STACK_ALL_ZERO in all configurations It looks like all distributions will enable INIT_STACK_ALL_ZERO. Reflect that in the default configurations. Acked-by: Alexander Gordeev <agordeev@linux.ibm.com> Signed-off-by: Heiko Carstens <hca@linux.ibm.com>
|
#
77ed045e |
|
08-Dec-2023 |
Heiko Carstens <hca@linux.ibm.com> |
s390/compat: change default for CONFIG_COMPAT to "n" 31 bit support has been removed from the kernel more than eight years ago. The last 31 bit distribution is many years older. There shouldn't be any 31 bit code around anymore. Therefore avoid providing an unused and only partially tested user space interface and change the default for CONFIG_COMPAT from "yes" to "no". Acked-by: Christian Borntraeger <borntraeger@linux.ibm.com> Signed-off-by: Heiko Carstens <hca@linux.ibm.com> Signed-off-by: Alexander Gordeev <agordeev@linux.ibm.com>
|
#
b2b97a62 |
|
18-Dec-2023 |
Alexander Gordeev <agordeev@linux.ibm.com> |
Revert "s390: update defconfigs" This reverts commit 7fe228e1866f3a270a1f963c9f2ae3ba1eae7411. CONFIG_IOMMU_DEFAULT_DMA_STRICT option needs to be disabled. Signed-off-by: Alexander Gordeev <agordeev@linux.ibm.com>
|
#
7fe228e1 |
|
07-Dec-2023 |
Heiko Carstens <hca@linux.ibm.com> |
s390: update defconfigs Signed-off-by: Heiko Carstens <hca@linux.ibm.com> Signed-off-by: Alexander Gordeev <agordeev@linux.ibm.com>
|
#
3d940bb1 |
|
07-Dec-2023 |
Heiko Carstens <hca@linux.ibm.com> |
s390: update defconfigs Signed-off-by: Heiko Carstens <hca@linux.ibm.com> Signed-off-by: Alexander Gordeev <agordeev@linux.ibm.com>
|
#
8d533cac |
|
11-Sep-2023 |
Heiko Carstens <hca@linux.ibm.com> |
s390: update defconfigs Signed-off-by: Heiko Carstens <hca@linux.ibm.com> Signed-off-by: Vasily Gorbik <gor@linux.ibm.com>
|
#
26087667 |
|
26-Jul-2023 |
Heiko Carstens <hca@linux.ibm.com> |
s390: update defconfigs Changes from before and new defaults: - enable USER_EVENTS - enable FAULT_INJECTION_CONFIGFS (debug only) - disable FW_LOADER Signed-off-by: Heiko Carstens <hca@linux.ibm.com>
|
#
124acbe2 |
|
04-May-2023 |
Heiko Carstens <hca@linux.ibm.com> |
s390/defconfigs: set CONFIG_INIT_STACK_NONE=y Set CONFIG_INIT_STACK_NONE=y in defconfigs to avoid the extra overhead of initializing all stack variables by default. Users who want to have that must change the configuration on their own. Signed-off-by: Heiko Carstens <hca@linux.ibm.com> Signed-off-by: Alexander Gordeev <agordeev@linux.ibm.com>
|
#
d7a0bdbf |
|
10-Mar-2023 |
Heiko Carstens <hca@linux.ibm.com> |
s390: update defconfigs Signed-off-by: Heiko Carstens <hca@linux.ibm.com> Signed-off-by: Vasily Gorbik <gor@linux.ibm.com>
|
#
1ecf7bd9 |
|
11-Jan-2023 |
Heiko Carstens <hca@linux.ibm.com> |
s390: update defconfigs Signed-off-by: Heiko Carstens <hca@linux.ibm.com>
|
#
b9b01a56 |
|
01-Nov-2022 |
Jason A. Donenfeld <Jason@zx2c4.com> |
random: use random.trust_{bootloader,cpu} command line option only It's very unusual to have both a command line option and a compile time option, and apparently that's confusing to people. Also, basically everybody enables the compile time option now, which means people who want to disable this wind up having to use the command line option to ensure that anyway. So just reduce the number of moving pieces and nix the compile time option in favor of the more versatile command line option. Signed-off-by: Jason A. Donenfeld <Jason@zx2c4.com>
|
#
6191de8b |
|
31-Oct-2022 |
Heiko Carstens <hca@linux.ibm.com> |
s390/configs: move CONFIG_DEBUG_INFO_BTF into btf.config addon config CONFIG_DEBUG_INFO_BTF significantly increases compile time for the kernel. E.g. when changing a single C file compile time for a new bzImage is increased by ~50% if BTF debug info is generated. Therefore remove CONFIG_DEBUG_INFO_BTF from all defconfigs and introduce a btf.config addon config file. Quickly enabling CONFIG_DEBUG_INFO_BTF into the current kernel config can be done by simply invoking make btf.config Reviewed-by: Alexander Gordeev <agordeev@linux.ibm.com> Signed-off-by: Heiko Carstens <hca@linux.ibm.com> Signed-off-by: Alexander Gordeev <agordeev@linux.ibm.com>
|
#
bdbf57bc |
|
29-Aug-2022 |
Heiko Carstens <hca@linux.ibm.com> |
s390: update defconfigs Signed-off-by: Heiko Carstens <hca@linux.ibm.com> Signed-off-by: Vasily Gorbik <gor@linux.ibm.com>
|
#
9592eef7 |
|
05-Jul-2022 |
Jason A. Donenfeld <Jason@zx2c4.com> |
random: remove CONFIG_ARCH_RANDOM When RDRAND was introduced, there was much discussion on whether it should be trusted and how the kernel should handle that. Initially, two mechanisms cropped up, CONFIG_ARCH_RANDOM, a compile time switch, and "nordrand", a boot-time switch. Later the thinking evolved. With a properly designed RNG, using RDRAND values alone won't harm anything, even if the outputs are malicious. Rather, the issue is whether those values are being *trusted* to be good or not. And so a new set of options were introduced as the real ones that people use -- CONFIG_RANDOM_TRUST_CPU and "random.trust_cpu". With these options, RDRAND is used, but it's not always credited. So in the worst case, it does nothing, and in the best case, maybe it helps. Along the way, CONFIG_ARCH_RANDOM's meaning got sort of pulled into the center and became something certain platforms force-select. The old options don't really help with much, and it's a bit odd to have special handling for these instructions when the kernel can deal fine with the existence or untrusted existence or broken existence or non-existence of that CPU capability. Simplify the situation by removing CONFIG_ARCH_RANDOM and using the ordinary asm-generic fallback pattern instead, keeping the two options that are actually used. For now it leaves "nordrand" for now, as the removal of that will take a different route. Acked-by: Michael Ellerman <mpe@ellerman.id.au> Acked-by: Catalin Marinas <catalin.marinas@arm.com> Acked-by: Borislav Petkov <bp@suse.de> Acked-by: Heiko Carstens <hca@linux.ibm.com> Acked-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org> Signed-off-by: Jason A. Donenfeld <Jason@zx2c4.com>
|
#
a25d5887 |
|
07-Apr-2022 |
Heiko Carstens <hca@linux.ibm.com> |
s390: update defconfigs Signed-off-by: Heiko Carstens <hca@linux.ibm.com>
|
#
c9bb1936 |
|
17-Dec-2021 |
Heiko Carstens <hca@linux.ibm.com> |
s390: update defconfigs Signed-off-by: Heiko Carstens <hca@linux.ibm.com>
|
#
3c088b1e |
|
26-Nov-2021 |
Heiko Carstens <hca@linux.ibm.com> |
s390: update defconfigs Signed-off-by: Heiko Carstens <hca@linux.ibm.com>
|
#
68c32eb2 |
|
06-Sep-2021 |
Heiko Carstens <hca@linux.ibm.com> |
s390: remove xpram device driver Support for expanded storage was only available until z13 and z/VM 6.3 respectively. However there haven't been any use cases a long time before for this device driver. Therefore remove it. Acked-by: Christian Borntraeger <borntraeger@de.ibm.com> Signed-off-by: Heiko Carstens <hca@linux.ibm.com>
|
#
0cde560a |
|
19-Jul-2021 |
Heiko Carstens <hca@linux.ibm.com> |
s390: update defconfigs Signed-off-by: Heiko Carstens <hca@linux.ibm.com>
|
#
78c7ccca |
|
26-Feb-2021 |
Alexander Egorenkov <egorenar@linux.ibm.com> |
s390: remove IBM_PARTITION and CONFIGFS_FS from zfcpdump defconfig Remove by zfcpdump unused CONFIG_IBM_PARTITION and CONFIG_CONFIGFS_FS. Signed-off-by: Alexander Egorenkov <egorenar@linux.ibm.com> Reviewed-by: Steffen Maier <maier@linux.ibm.com> Signed-off-by: Heiko Carstens <hca@linux.ibm.com>
|
#
d50aa69d |
|
01-Mar-2021 |
Heiko Carstens <hca@linux.ibm.com> |
s390: update defconfigs Signed-off-by: Heiko Carstens <hca@linux.ibm.com>
|
#
eeab78b0 |
|
05-Feb-2021 |
Heiko Carstens <hca@linux.ibm.com> |
s390/vdso: implement generic vdso time namespace support Implement generic vdso time namespace support which also enables time namespaces for s390. This is quite similar to what arm64 has. Reviewed-by: Alexander Gordeev <agordeev@linux.ibm.com> Signed-off-by: Heiko Carstens <hca@linux.ibm.com> Signed-off-by: Vasily Gorbik <gor@linux.ibm.com>
|
#
ac94a291 |
|
15-Jan-2021 |
Heiko Carstens <hca@linux.ibm.com> |
s390: update defconfigs Signed-off-by: Heiko Carstens <hca@linux.ibm.com> Signed-off-by: Vasily Gorbik <gor@linux.ibm.com>
|
#
742eb475 |
|
18-Nov-2020 |
Heiko Carstens <hca@linux.ibm.com> |
s390: update defconfigs Signed-off-by: Heiko Carstens <hca@linux.ibm.com> Signed-off-by: Vasily Gorbik <gor@linux.ibm.com>
|
#
c3d9cdca |
|
26-Oct-2020 |
Heiko Carstens <hca@linux.ibm.com> |
s390: update defconfigs Signed-off-by: Heiko Carstens <hca@linux.ibm.com>
|
#
5c60ed28 |
|
01-Sep-2020 |
Heiko Carstens <hca@linux.ibm.com> |
s390: update defconfigs Signed-off-by: Heiko Carstens <hca@linux.ibm.com> Signed-off-by: Vasily Gorbik <gor@linux.ibm.com>
|
#
9e9f85e0 |
|
30-Jun-2020 |
Heiko Carstens <hca@linux.ibm.com> |
s390: update defconfigs Signed-off-by: Heiko Carstens <heiko.carstens@de.ibm.com>
|
#
61c31347 |
|
04-Oct-2019 |
Heiko Carstens <hca@linux.ibm.com> |
s390: update defconfigs Signed-off-by: Heiko Carstens <heiko.carstens@de.ibm.com> Signed-off-by: Vasily Gorbik <gor@linux.ibm.com>
|
#
3361f319 |
|
25-Jul-2019 |
Heiko Carstens <hca@linux.ibm.com> |
s390: update configs Signed-off-by: Heiko Carstens <heiko.carstens@de.ibm.com> Signed-off-by: Vasily Gorbik <gor@linux.ibm.com>
|
#
10400c40 |
|
04-Jun-2019 |
Krzysztof Kozlowski <krzk@kernel.org> |
s390/configs: remove useless UEVENT_HELPER_PATH Remove the CONFIG_UEVENT_HELPER_PATH because: 1. It is disabled since commit 1be01d4a5714 ("driver: base: Disable CONFIG_UEVENT_HELPER by default") as its dependency (UEVENT_HELPER) was made default to 'n', 2. It is not recommended (help message: "This should not be used today [...] creates a high system load") and was kept only for ancient userland, 3. Certain userland specifically requests it to be disabled (systemd README: "Legacy hotplug slows down the system and confuses udev"). Signed-off-by: Krzysztof Kozlowski <krzk@kernel.org> Acked-by: Geert Uytterhoeven <geert+renesas@glider.be> Signed-off-by: Heiko Carstens <heiko.carstens@de.ibm.com>
|
#
7f55c733 |
|
23-Jan-2018 |
Benjamin Gilbert <benjamin.gilbert@coreos.com> |
firmware: Drop FIRMWARE_IN_KERNEL Kconfig option It doesn't actually do anything. Merge its help text into EXTRA_FIRMWARE. Fixes: 5620a0d1aacd ("firmware: delete in-kernel firmware") Fixes: 0946b2fb38fd ("firmware: cleanup FIRMWARE_IN_KERNEL message") Signed-off-by: Benjamin Gilbert <benjamin.gilbert@coreos.com> Signed-off-by: Robin H. Johnson <robbat2@gentoo.org> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
|
#
0015a978 |
|
12-Oct-2017 |
Dimitri John Ledkov <xnox@ubuntu.com> |
s390: fix zfcpdump-config zipl from s390-tools generates root=/dev/ram0 kernel cmdline for zfcpdump, thus BLK_DEV_RAM is required. zfcpdump initrd mounts DEBUG_FS, thus is also required. Bug-Ubuntu: https://launchpad.net/bugs/1722735 Bug-Ubuntu: https://launchpad.net/bugs/1719290 Signed-off-by: Dimitri John Ledkov <xnox@ubuntu.com> Signed-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>
|
#
16ddcc34 |
|
16-Jan-2017 |
Martin Schwidefsky <schwidefsky@de.ibm.com> |
s390: update defconfig Signed-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>
|
#
15d3387c |
|
16-Mar-2017 |
Michael Holzheu <holzheu@linux.vnet.ibm.com> |
s390/configs//zfcpdump_defconfig: Remove CONFIG_SCSI_SRP_ATTRS Signed-off-by: Michael Holzheu <holzheu@linux.vnet.ibm.com> Signed-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>
|
#
e9bc15f2 |
|
13-Jan-2016 |
Heiko Carstens <hca@linux.ibm.com> |
s390/config: update default configuration Signed-off-by: Heiko Carstens <heiko.carstens@de.ibm.com> Signed-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>
|
#
cb14def6 |
|
02-Jul-2015 |
Heiko Carstens <hca@linux.ibm.com> |
s390/configs: update default configurations Signed-off-by: Heiko Carstens <heiko.carstens@de.ibm.com> Signed-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>
|
#
3dc636b2 |
|
15-Sep-2015 |
Michael Holzheu <holzheu@linux.vnet.ibm.com> |
s390/configs//zfcpdump_defconfig: Remove CONFIG_MEMSTICK This config option is completely irrelevant for zfcpdump and unfortunately causes a kernel panic on recent kernels in "mspro_block_init()/driver_register()". Signed-off-by: Michael Holzheu <holzheu@linux.vnet.ibm.com> Signed-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>
|
#
93568d6f |
|
16-Jun-2014 |
Martin Schwidefsky <schwidefsky@de.ibm.com> |
s390: update default configuration Signed-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>
|
#
e43b49a0 |
|
16-Jun-2014 |
Martin Schwidefsky <schwidefsky@de.ibm.com> |
s390: update default configuration Signed-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>
|
#
ff408ba1 |
|
24-Sep-2014 |
David S. Miller <davem@davemloft.net> |
s390: Update defconfigs which were missing CONFIG_NET. Commit df568d8e ("scsi: Use 'depends' with LIBFC instead of 'select'.") removed what happened to be the only instance of 'select NET'. Defconfigs that were relying on the select now lack networking support. Signed-off-by: David S. Miller <davem@davemloft.net>
|
#
8122574c |
|
11-Jun-2014 |
Heiko Carstens <hca@linux.ibm.com> |
s390: update default configuration Signed-off-by: Heiko Carstens <heiko.carstens@de.ibm.com> Signed-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>
|
#
184d0f0c |
|
14-Mar-2014 |
Heiko Carstens <hca@linux.ibm.com> |
s390: update defconfigs Signed-off-by: Heiko Carstens <heiko.carstens@de.ibm.com> Signed-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>
|
#
3c284106 |
|
21-Oct-2013 |
Heiko Carstens <hca@linux.ibm.com> |
s390: add a couple of useful defconfigs Add four more defconfigs which we maintained outside of the kernel tree for no good reason. Inside of the kernel tree they can be easily used: make whatever_defconfig "make help" shows the available defconfigs. Signed-off-by: Heiko Carstens <heiko.carstens@de.ibm.com> Signed-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>
|