September 2023 - Linux-stable-mirror

by Greg Kroah-Hartman

I'm announcing the release of the 5.10.194 kernel. All users of the 5.10 kernel series must upgrade. The updated 5.10.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-5.10.y and can be browsed at the normal kernel.org git web browser: https://git.kernel.org/?p=linux/kernel/git/stable/linux-stable.git;a=summary thanks, greg k-h ------------ Makefile | 2 - arch/arm/kernel/module-plts.c | 2 - arch/arm64/kernel/module-plts.c | 3 +- arch/mips/alchemy/common/dbdma.c | 27 +++++++++++------------- drivers/bus/mhi/host/pci_generic.c | 2 - drivers/gpu/drm/amd/amdgpu/amdgpu_vm.c | 6 +---- include/linux/moduleloader.h | 5 ++++ kernel/module.c | 2 - kernel/rcu/tasks.h | 36 +++++++++++++++++++++++---------- kernel/rcu/tree_exp.h | 5 +++- 10 files changed, 55 insertions(+), 35 deletions(-) Arnd Bergmann (1): arm64: module-plts: inline linux/moduleloader.h Greg Kroah-Hartman (3): Revert "drm/amdgpu: install stub fence into potential unused fence pointers" Revert "MIPS: Alchemy: fix dbdma2" Linux 5.10.194 James Morse (3): module: Expose module_init_layout_section() arm64: module: Use module_init_layout_section() to spot init sections ARM: module: Use module_init_layout_section() to spot init sections Loic Poulain (1): mhi: pci_generic: Fix implicit conversion warning Neeraj Upadhyay (1): rcu-tasks: Fix IPI failure handling in trc_wait_for_one_reader Paul E. McKenney (3): rcu: Prevent expedited GP from enabling tick on offline CPU rcu-tasks: Wait for trc_read_check_handler() IPIs rcu-tasks: Add trc_inspect_reader() checks for exiting critical section

1 year, 3 months

1
1
0 0

Linux 5.15.130

by Greg Kroah-Hartman

I'm announcing the release of the 5.15.130 kernel. All users of the 5.15 kernel series must upgrade. The updated 5.15.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-5.15.y and can be browsed at the normal kernel.org git web browser: https://git.kernel.org/?p=linux/kernel/git/stable/linux-stable.git;a=summary thanks, greg k-h ------------ Documentation/admin-guide/kernel-parameters.txt | 4 -- Makefile | 2 - arch/arm/kernel/module-plts.c | 2 - arch/arm64/kernel/module-plts.c | 3 +- drivers/acpi/thermal.c | 6 ---- include/linux/moduleloader.h | 5 +++ kernel/module.c | 2 - kernel/rcu/tasks.h | 36 +++++++++++++++++------- kernel/rcu/tree_exp.h | 5 ++- 9 files changed, 41 insertions(+), 24 deletions(-) Arnd Bergmann (1): arm64: module-plts: inline linux/moduleloader.h Greg Kroah-Hartman (1): Linux 5.15.130 James Morse (3): module: Expose module_init_layout_section() arm64: module: Use module_init_layout_section() to spot init sections ARM: module: Use module_init_layout_section() to spot init sections Mario Limonciello (1): ACPI: thermal: Drop nocrt parameter Neeraj Upadhyay (1): rcu-tasks: Fix IPI failure handling in trc_wait_for_one_reader Paul E. McKenney (3): rcu: Prevent expedited GP from enabling tick on offline CPU rcu-tasks: Wait for trc_read_check_handler() IPIs rcu-tasks: Add trc_inspect_reader() checks for exiting critical section

1 year, 3 months

1
1
0 0

Linux 6.1.51

by Greg Kroah-Hartman

I'm announcing the release of the 6.1.51 kernel. All users of the 6.1 kernel series must upgrade. The updated 6.1.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-6.1.y and can be browsed at the normal kernel.org git web browser: https://git.kernel.org/?p=linux/kernel/git/stable/linux-stable.git;a=summary thanks, greg k-h ------------ Documentation/admin-guide/kernel-parameters.txt | 4 Makefile | 2 arch/arm/kernel/module-plts.c | 2 arch/arm64/kernel/module-plts.c | 3 arch/parisc/kernel/sys_parisc.c | 169 +++++++++--------------- arch/x86/include/asm/sections.h | 18 -- drivers/acpi/thermal.c | 6 drivers/thunderbolt/tmu.c | 1 include/linux/moduleloader.h | 5 io_uring/io_uring.c | 46 ++++++ kernel/kallsyms.c | 17 -- kernel/locking/lockdep.c | 36 +---- kernel/module/main.c | 2 13 files changed, 144 insertions(+), 167 deletions(-) Arnd Bergmann (1): arm64: module-plts: inline linux/moduleloader.h Greg Kroah-Hartman (1): Linux 6.1.51 Helge Deller (3): lockdep: fix static memory detection even more parisc: sys_parisc: parisc_personality() is called from asm code io_uring/parisc: Adjust pgoff in io_uring mmap() for parisc James Morse (3): module: Expose module_init_layout_section() arm64: module: Use module_init_layout_section() to spot init sections ARM: module: Use module_init_layout_section() to spot init sections John David Anglin (1): parisc: Cleanup mmap implementation regarding color alignment Mario Limonciello (2): ACPI: thermal: Drop nocrt parameter thunderbolt: Fix a backport error for display flickering issue Yonghong Song (1): kallsyms: Fix kallsyms_selftest failure

1 year, 3 months

1
1
0 0

Linux 6.4.14

by Greg Kroah-Hartman

I'm announcing the release of the 6.4.14 kernel. All users of the 6.4 kernel series must upgrade. The updated 6.4.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-6.4.y and can be browsed at the normal kernel.org git web browser: https://git.kernel.org/?p=linux/kernel/git/stable/linux-stable.git;a=summary thanks, greg k-h ------------ Documentation/admin-guide/kernel-parameters.txt | 4 -- Makefile | 2 - arch/arm/kernel/module-plts.c | 2 - arch/arm64/kernel/module-plts.c | 3 +- arch/parisc/kernel/sys_parisc.c | 3 +- arch/x86/include/asm/sections.h | 18 ------------ drivers/acpi/thermal.c | 6 ---- drivers/thunderbolt/tmu.c | 1 include/linux/moduleloader.h | 5 +++ kernel/kallsyms.c | 17 ++++------- kernel/kallsyms_selftest.c | 23 --------------- kernel/locking/lockdep.c | 36 +++++++++--------------- kernel/module/decompress.c | 4 +- kernel/module/main.c | 2 - 14 files changed, 38 insertions(+), 88 deletions(-) Andrea Righi (1): module/decompress: use vmalloc() for zstd decompression workspace Arnd Bergmann (1): arm64: module-plts: inline linux/moduleloader.h Greg Kroah-Hartman (1): Linux 6.4.14 Helge Deller (2): lockdep: fix static memory detection even more parisc: sys_parisc: parisc_personality() is called from asm code James Morse (3): module: Expose module_init_layout_section() arm64: module: Use module_init_layout_section() to spot init sections ARM: module: Use module_init_layout_section() to spot init sections Mario Limonciello (2): ACPI: thermal: Drop nocrt parameter thunderbolt: Fix a backport error for display flickering issue Yonghong Song (1): kallsyms: Fix kallsyms_selftest failure

1 year, 3 months

1
1
0 0

Linux 6.5.1

by Greg Kroah-Hartman

I'm announcing the release of the 6.5.1 kernel. All users of the 6.5 kernel series must upgrade. The updated 6.5.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-6.5.y and can be browsed at the normal kernel.org git web browser: https://git.kernel.org/?p=linux/kernel/git/stable/linux-stable.git;a=summary thanks, greg k-h ------------ Documentation/admin-guide/kernel-parameters.txt | 4 -- Makefile | 2 - arch/arm/kernel/module-plts.c | 2 - arch/arm64/kernel/module-plts.c | 2 - arch/x86/include/asm/sections.h | 18 ------------ drivers/acpi/thermal.c | 6 ---- include/linux/ipv6.h | 15 ++-------- include/linux/moduleloader.h | 5 +++ include/net/sock.h | 1 kernel/kallsyms.c | 17 ++++------- kernel/kallsyms_selftest.c | 23 --------------- kernel/locking/lockdep.c | 36 +++++++++--------------- kernel/module/decompress.c | 4 +- kernel/module/main.c | 2 - net/dccp/ipv6.c | 1 net/dccp/ipv6.h | 4 -- net/ipv6/af_inet6.c | 4 +- net/ipv6/ping.c | 1 net/ipv6/raw.c | 1 net/ipv6/tcp_ipv6.c | 1 net/ipv6/udp.c | 1 net/ipv6/udplite.c | 1 net/l2tp/l2tp_ip6.c | 4 -- net/mptcp/protocol.c | 1 net/sctp/socket.c | 1 25 files changed, 50 insertions(+), 107 deletions(-) Andrea Righi (1): module/decompress: use vmalloc() for zstd decompression workspace Eric Dumazet (1): ipv6: remove hard coded limitation on ipv6_pinfo Greg Kroah-Hartman (1): Linux 6.5.1 Helge Deller (1): lockdep: fix static memory detection even more James Morse (3): module: Expose module_init_layout_section() arm64: module: Use module_init_layout_section() to spot init sections ARM: module: Use module_init_layout_section() to spot init sections Mario Limonciello (1): ACPI: thermal: Drop nocrt parameter Yonghong Song (1): kallsyms: Fix kallsyms_selftest failure

1 year, 3 months

1
1
0 0

amdgpu segfault on 6.5 while playing VP9

by Mario Limonciello

Hi, A segfault is reported while using hardware offload for playing VP9 videos on kernel 6.5. Link: https://gitlab.freedesktop.org/drm/amd/-/issues/2822 This is fixed by this commit: 6f38bdb86a05 ("drm/amdgpu: correct vmhub index in GMC v10/11") Can you please backport it to 6.5.y? Thanks,

1 year, 3 months

2
1
0 0

[PATCH 4.14 0/2] 4.14.325-rc1 review

by Greg Kroah-Hartman

This is the start of the stable review cycle for the 4.14.325 release. There are 2 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know. Responses should be made by Sat, 02 Sep 2023 11:08:22 +0000. Anything received after that time might be too late. The whole patch series can be found in one patch at: https://www.kernel.org/pub/linux/kernel/v4.x/stable-review/patch-4.14.325-r… or in the git tree and branch at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-4.14.y and the diffstat can be found below. thanks, greg k-h ------------- Pseudo-Shortlog of commits: Greg Kroah-Hartman <gregkh(a)linuxfoundation.org> Linux 4.14.325-rc1 Greg Kroah-Hartman <gregkh(a)linuxfoundation.org> Revert "ARM: ep93xx: fix missing-prototype warnings" Greg Kroah-Hartman <gregkh(a)linuxfoundation.org> Revert "MIPS: Alchemy: fix dbdma2" ------------- Diffstat: Makefile | 4 ++-- arch/arm/mach-ep93xx/timer-ep93xx.c | 3 +-- arch/mips/alchemy/common/dbdma.c | 27 ++++++++++++--------------- 3 files changed, 15 insertions(+), 19 deletions(-)

1 year, 3 months

4
5
0 0

[PATCH] drm/amdgpu: correct vmhub index in GMC v10/11

by Alex Deucher

From: Lang Yu <Lang.Yu(a)amd.com> Align with new vmhub definition. v2: use client_id == VMC to decide vmhub(Hawking) Link: https://gitlab.freedesktop.org/drm/amd/-/issues/2822 Signed-off-by: Lang Yu <Lang.Yu(a)amd.com> Reviewed-by: Hawking Zhang <Hawking.Zhang(a)amd.com> Signed-off-by: Alex Deucher <alexander.deucher(a)amd.com> (cherry picked from commit 6f38bdb86a056707b9ecb09e3b44adedc8e8d8a0) Cc: stable(a)vger.kernel.org # 6.5.x --- drivers/gpu/drm/amd/amdgpu/gmc_v10_0.c | 4 +++- drivers/gpu/drm/amd/amdgpu/gmc_v11_0.c | 4 +++- 2 files changed, 6 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/amd/amdgpu/gmc_v10_0.c b/drivers/gpu/drm/amd/amdgpu/gmc_v10_0.c index 0c8a47989576..c184f64342aa 100644 --- a/drivers/gpu/drm/amd/amdgpu/gmc_v10_0.c +++ b/drivers/gpu/drm/amd/amdgpu/gmc_v10_0.c @@ -109,9 +109,11 @@ static int gmc_v10_0_process_interrupt(struct amdgpu_device *adev, struct amdgpu_irq_src *source, struct amdgpu_iv_entry *entry) { + uint32_t vmhub_index = entry->client_id == SOC15_IH_CLIENTID_VMC ? + AMDGPU_MMHUB0(0) : AMDGPU_GFXHUB(0); + struct amdgpu_vmhub *hub = &adev->vmhub[vmhub_index]; bool retry_fault = !!(entry->src_data[1] & 0x80); bool write_fault = !!(entry->src_data[1] & 0x20); - struct amdgpu_vmhub *hub = &adev->vmhub[entry->vmid_src]; struct amdgpu_task_info task_info; uint32_t status = 0; u64 addr; diff --git a/drivers/gpu/drm/amd/amdgpu/gmc_v11_0.c b/drivers/gpu/drm/amd/amdgpu/gmc_v11_0.c index c571f0d95994..dd9744b58394 100644 --- a/drivers/gpu/drm/amd/amdgpu/gmc_v11_0.c +++ b/drivers/gpu/drm/amd/amdgpu/gmc_v11_0.c @@ -97,7 +97,9 @@ static int gmc_v11_0_process_interrupt(struct amdgpu_device *adev, struct amdgpu_irq_src *source, struct amdgpu_iv_entry *entry) { - struct amdgpu_vmhub *hub = &adev->vmhub[entry->vmid_src]; + uint32_t vmhub_index = entry->client_id == SOC21_IH_CLIENTID_VMC ? + AMDGPU_MMHUB0(0) : AMDGPU_GFXHUB(0); + struct amdgpu_vmhub *hub = &adev->vmhub[vmhub_index]; uint32_t status = 0; u64 addr; -- 2.41.0

1 year, 3 months

2
1
0 0

[PATCH] file: always lock position

by Christian Brauner

By abusing new methods of file descriptor transferal it is possible to break the assumption that f_pos_lock doesn't need to be acquired when the caller is single threaded and the file_count(file) is one aka when the caller holds the only reference to the file. The explanation has two parts. The first part is about a new io_uring interface that isn't merged yet where I realized that only acquiring the lock when multiple references to a file are held would be broken in some circumstances. The second part illustrates that this assumption is already broken by abusing another interface. During review of the io_uring patchset for adding getdents support I pointed out various problems in the locking assumptions that were made. Effectively, the guts of __fdget_pos() were copied out and a trylock scheme for f_pos_lock was introduced. The approach overall is workable but the locking was wrong because it copied the file_count(file) greater than one optimization that __fdget_pos() had into io_uring. But this assumption is broken when fixed file descriptors are used. Short reminder of fixed files here via some C pseudo code: T1 (still single threaded) fd_register = open("/some/file") -----------------> f_count == 1 fd_fixed = io_uring_register_file(fd_register) -> io_sqe_files_register(fd_register) -> fget(fd_register) --------------------------> f_count == 2 -> io_fixed_file_set(fd_register) close(fd_register); -> close_fd(fd_register) -> file = pick_file() -> filp_close(file) -> fput(file) ------------------------------> f_count == 1 The caller has now traded a regular file descriptor reference for a fixed file reference. Such fixed files never use fget() again and thus fully eliminate any fget()/fput() overhead. However, for getdents f_pos_lock needs to be acquired as state may often be kept that requires synchronization with seek and other concurrent getdent requests. Since io_uring is an asynchronous interface it is of course possible to register multiple concurrent getdent calls that aren't synchronized by io_uring as that's never done unless the user requests specific chaining. And since the reference count for fixed files is always one it's possible to create multiple racing getdent requests if locking is conditional on file_count(file) being greater than one. That wouldn't be a problem since io_uring can just unconditionally take f_pos_lock and eliminate this problem for fixed files since they aren't usable with the regular system call api. However, while thinking about this I realized that a while ago the file_count(file) greater than one optimization was already broken and that concurrent read/write/getdents/seek calls are possible in the regular system call api. The pidfd_getfd() system call allows a caller with ptrace_may_access() abilities on another process to steal a file descriptor from this process. This system call is used by debuggers, container runtimes, system call supervisors, networking proxies etc (cf. [1]-[3]). So while it is a special interest system call it is used in common tools. Via pidfd_getfd() it's possible to intercept syscalls such as connect(2). For example, a container manager might want to rewrite the connect(2) request to something other than the task intended for security reasons or because the task lacks the necessary information about the networking layout to connect to the right endpoint. In these cases pidfd_getfd(2) can be used to retrieve a copy of the file descriptor of the task and perform the connect(2) for it. When used in combination with the seccomp notifier things are pretty simple. The intercepted task itself is blocked in the seccomp code. That code runs before the actual requested system call is performed. So the task is blocked before any system call is performed. The seccomp notifier will then notify the supervising process which holds the seccomp notifier fd. The supervisor can now call pidfd_getfd() while the target process is blocked and steal the file descriptor. It can then perform whatever operation it wants on that file descriptor and then tell seccomp to either return a specific return value to the task once it is unblocked or even continue the task using the SECCOMP_USER_NOTIF_FLAG_CONTINUE flag. One of the most useful things for pidfd_getfd() is that the target task from which the caller is about to steal a file descriptor doesn't need to be blocked or stopped. But that makes it possible for the target process to be in the middle of a read/write/getdents/seek system call while the caller is stealing the file on which that read/write/getdents/seek was issued and issuing a concurrent read/write/getdents/seek system call: P1 P2 getdents(fd) -> fdget_pos() { * @file->f_count == 1 * @current->files->count == 1 => not taking @file->f_pos_lock } fd = pidfd_getfd(fd) -> __pidfd_fget() -> fget_task() ----> f_count = 2 -> receive_fd() -> get_file() --> f_count = 3 -> fd_install() -> fput() ---------> f_count = 2 getdents(fd) -> fdget_pos() { * @file->f_count == 1 * @file->f_count == 2 => taking @file->f_pos_lock and bumping @file->f_count = 3 } -> vfs_readdir() -> vfs_readdir() -> fdput() -> fdput()---------> f_count = 2 Although I'm not happy about it, I'm somewhat confident that this analysis is correct but that the race is hard to hit in real life but with some ingenuity it might be possible to make it more reliable. However, I was lazy and introduced a luscious 10 second delay after fdget_pos() succeeded into vfs_read() that was triggerable by passing -1 as the buffer size to the read() system call. I then used the very very ugly program in [4] to enforce the order illustrated above. Lastly, I wrote a bpftrace program which attached a kretfunc to __fdget_pos() and a kfunc and a kretfunc to vfs_read(). The bpftrace program would only trigger if the target file with a specific inode number was read: Attaching 3 probes... fdget_pos() on file pointer 0xffff8b3500d6a300: name(stealme) | i_ino(1591) | pid(9690) FDPUT_POS_UNLOCK(0), count(1) => mutex not acquired vfs_read() on file pointer 0xffff8b3500d6a300: pid 9690 started reading from name(stealme) | i_ino(1591) fdget_pos() on file pointer 0xffff8b3500d6a300: name(stealme) | i_ino(1591) | pid(9691) FDPUT_POS_UNLOCK(2), count(2) => mutex acquired vfs_read() on file pointer 0xffff8b3500d6a300: pid 9691 started reading from name(stealme) | i_ino(1591) vfs_read() on file pointer 0xffff8b3500d6a300: pid 9690 finished reading from name(stealme) | i_ino(1591) vfs_read() on file pointer 0xffff8b3500d6a300: pid 9691 finished reading from name(stealme) | i_ino(1591) I thought about various ways to fix this such as introducing some mechanism to refuse pidfd_getfd() if the target process is in the middle of an fdget_pos() protected system call with file count being one up to just not caring about it at all. But it is pretty nasty to leave this race open and it feels like something that'll bite us later anyway. Plus, with io_uring having to acquire f_pos_lock unconditionally anyway for getdents support I'm not sure that deviation in locking semantics here is worth keeping. So remove the locking optimization for file count being one. We'll see if this has a significant performance impact. This survives xfstests and LTP. Link: https://github.com/rr-debugger/rr [1] Link: https://github.com/opencontainers/runc [2] Link: https://brauner.io/2020/07/23/seccomp-notify.html [3] Link: https://gist.github.com/brauner/599d31048c8adcb3aa0c537b76c89e12 [4] Fixes: 8649c322f75c ("pid: Implement pidfd_getfd syscall") Cc: stable(a)vger.kernel.org Signed-off-by: Christian Brauner <brauner(a)kernel.org> --- --- fs/file.c | 6 ++---- 1 file changed, 2 insertions(+), 4 deletions(-) diff --git a/fs/file.c b/fs/file.c index 7893ea161d77..35c62b54c9d6 100644 --- a/fs/file.c +++ b/fs/file.c @@ -1042,10 +1042,8 @@ unsigned long __fdget_pos(unsigned int fd) struct file *file = (struct file *)(v & ~3); if (file && (file->f_mode & FMODE_ATOMIC_POS)) { - if (file_count(file) > 1) { - v |= FDPUT_POS_UNLOCK; - mutex_lock(&file->f_pos_lock); - } + v |= FDPUT_POS_UNLOCK; + mutex_lock(&file->f_pos_lock); } return v; } --- base-commit: 6eaae198076080886b9e7d57f4ae06fa782f90ef change-id: 20230724-vfs-fdget_pos-c6540e3ed7d9

1 year, 3 months

7
36
0 0

[PATCH 5.15 0/9] 5.15.130-rc1 review

by Greg Kroah-Hartman

This is the start of the stable review cycle for the 5.15.130 release. There are 9 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know. Responses should be made by Sat, 02 Sep 2023 11:08:22 +0000. Anything received after that time might be too late. The whole patch series can be found in one patch at: https://www.kernel.org/pub/linux/kernel/v5.x/stable-review/patch-5.15.130-r… or in the git tree and branch at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-5.15.y and the diffstat can be found below. thanks, greg k-h ------------- Pseudo-Shortlog of commits: Greg Kroah-Hartman <gregkh(a)linuxfoundation.org> Linux 5.15.130-rc1 Paul E. McKenney <paulmck(a)kernel.org> rcu-tasks: Add trc_inspect_reader() checks for exiting critical section Paul E. McKenney <paulmck(a)kernel.org> rcu-tasks: Wait for trc_read_check_handler() IPIs Neeraj Upadhyay <neeraju(a)codeaurora.org> rcu-tasks: Fix IPI failure handling in trc_wait_for_one_reader Paul E. McKenney <paulmck(a)kernel.org> rcu: Prevent expedited GP from enabling tick on offline CPU James Morse <james.morse(a)arm.com> ARM: module: Use module_init_layout_section() to spot init sections James Morse <james.morse(a)arm.com> arm64: module: Use module_init_layout_section() to spot init sections Arnd Bergmann <arnd(a)arndb.de> arm64: module-plts: inline linux/moduleloader.h James Morse <james.morse(a)arm.com> module: Expose module_init_layout_section() Mario Limonciello <mario.limonciello(a)amd.com> ACPI: thermal: Drop nocrt parameter ------------- Diffstat: Documentation/admin-guide/kernel-parameters.txt | 4 --- Makefile | 4 +-- arch/arm/kernel/module-plts.c | 2 +- arch/arm64/kernel/module-plts.c | 3 ++- drivers/acpi/thermal.c | 6 +---- include/linux/moduleloader.h | 5 ++++ kernel/module.c | 2 +- kernel/rcu/tasks.h | 36 ++++++++++++++++++------- kernel/rcu/tree_exp.h | 5 +++- 9 files changed, 42 insertions(+), 25 deletions(-)

1 year, 3 months

9
17
0 0

2024

2023

2022

2021

2020

2019

2018

2017

Linux-stable-mirror September 2023