Greg Kroah-Hartman
9e3157c56e
Linux 5.4.302
...
Last release of the 5.4.y branch.
This branch is now end-of-life, do not use anymore, please move to a
newer kernel release. As of this point in time, there are over 1500
known unfixed CVEs for this branch, and that number will only increase
over time.
Link: https://lore.kernel.org/r/20251201112241.242614045@linuxfoundation.org
Tested-by: Brett A C Sheffield <bacs@librecast.net >
Tested-by: Florian Fainelli <florian.fainelli@broadcom.com >
Tested-by: Slade Watkins <sr@sladewatkins.com >
Tested-by: Shuah Khan <skhan@linuxfoundation.org >
Link: https://lore.kernel.org/r/20251202095448.089783651@linuxfoundation.org
Tested-by: Brett A C Sheffield <bacs@librecast.net >
Tested-by: Jon Hunter <jonathanh@nvidia.com >
Tested-by: Alok Tiwari <alok.a.tiwari@oracle.com >
Link: https://lore.kernel.org/r/20251202152903.637577865@linuxfoundation.org
Tested-by: Brett A C Sheffield <bacs@librecast.net >
Tested-by: Jon Hunter <jonathanh@nvidia.com >
Tested-by: Florian Fainelli <florian.fainelli@broadcom.com >
Tested-by: Linux Kernel Functional Testing <lkft@linaro.org >
Tested-by: Pavel Machek (CIP) <pavel@denx.de >
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org >
2025-12-03 12:45:22 +01:00
Greg Kroah-Hartman
2e58fc1413
Linux 5.4.301
...
Link: https://lore.kernel.org/r/20251027183508.963233542@linuxfoundation.org
Tested-by: Florian Fainelli <florian.fainelli@broadcom.com >
Tested-by: Pavel Machek (CIP) <pavel@denx.de >
Tested-by: Jon Hunter <jonathanh@nvidia.com >
Tested-by: Linux Kernel Functional Testing <lkft@linaro.org >
Tested-by: Brett A C Sheffield <bacs@librecast.net >
Tested-by: Alok Tiwari <alok.a.tiwari@oracle.com >
Tested-by: Shuah Khan <skhan@linuxfoundation.org >
Tested-by: Linux Kernel Functional Testing <lkft@linaro.org >
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org >
2025-10-29 14:00:02 +01:00
Greg Kroah-Hartman
86b57fd7c5
Linux 5.4.300
...
Link: https://lore.kernel.org/r/20250930143819.654157320@linuxfoundation.org
Tested-by: Florian Fainelli <florian.fainelli@broadcom.com >
Tested-by: Brett A C Sheffield <bacs@librecast.net >
Tested-by: Jon Hunter <jonathanh@nvidia.com >
Tested-by: Linux Kernel Functional Testing <lkft@linaro.org >
Tested-by: Alok Tiwari <alok.a.tiwari@oracle.com >
Tested-by: Shuah Khan <skhan@linuxfoundation.org >
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org >
2025-10-02 13:34:35 +02:00
Greg Kroah-Hartman
08c21a7a8d
Linux 5.4.299
...
Link: https://lore.kernel.org/r/20250907195600.953058118@linuxfoundation.org
Tested-by: Florian Fainelli <florian.fainelli@broadcom.com >
Tested-by: Brett A C Sheffield <bacs@librecast.net >
Tested-by: Jon Hunter <jonathanh@nvidia.com >
Tested-by: Shuah Khan <skhan@linuxfoundation.org >
Tested-by: Linux Kernel Functional Testing <lkft@linaro.org >
Tested-by: Alok Tiwari <alok.a.tiwari@oracle.com >
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org >
2025-09-09 18:44:02 +02:00
Greg Kroah-Hartman
bbe1a55ea8
Linux 5.4.298
...
Link: https://lore.kernel.org/r/20250902131924.720400762@linuxfoundation.org
Tested-by: Florian Fainelli <florian.fainelli@broadcom.com >
Tested-by: Jon Hunter <jonathanh@nvidia.com >
Tested-by: Alok Tiwari <alok.a.tiwari@oracle.com >
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org >
2025-09-04 14:05:56 +02:00
Greg Kroah-Hartman
c25f780e49
Linux 5.4.297
...
Link: https://lore.kernel.org/r/20250826110905.607690791@linuxfoundation.org
Link: https://lore.kernel.org/r/20250827073826.377382421@linuxfoundation.org
Tested-by: Jon Hunter <jonathanh@nvidia.com >
Tested-by: Linux Kernel Functional Testing <lkft@linaro.org >
Tested-by: Alok Tiwari <alok.a.tiwari@oracle.com >
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org >
2025-08-28 16:21:37 +02:00
Masahiro Yamada
cbf2b29dce
kbuild: add $(CLANG_FLAGS) to KBUILD_CPPFLAGS
...
commit feb843a469 upstream.
When preprocessing arch/*/kernel/vmlinux.lds.S, the target triple is
not passed to $(CPP) because we add it only to KBUILD_{C,A}FLAGS.
As a result, the linker script is preprocessed with predefined macros
for the build host instead of the target.
Assuming you use an x86 build machine, compare the following:
$ clang -dM -E -x c /dev/null
$ clang -dM -E -x c /dev/null -target aarch64-linux-gnu
There is no actual problem presumably because our linker scripts do not
rely on such predefined macros, but it is better to define correct ones.
Move $(CLANG_FLAGS) to KBUILD_CPPFLAGS, so that all *.c, *.S, *.lds.S
will be processed with the proper target triple.
[Note]
After the patch submission, we got an actual problem that needs this
commit. (CBL issue 1859)
Link: https://github.com/ClangBuiltLinux/linux/issues/1859
Reported-by: Tom Rini <trini@konsulko.com >
Signed-off-by: Masahiro Yamada <masahiroy@kernel.org >
Reviewed-by: Nathan Chancellor <nathan@kernel.org >
Tested-by: Nathan Chancellor <nathan@kernel.org >
Signed-off-by: Nathan Chancellor <nathan@kernel.org >
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org >
2025-08-28 16:21:33 +02:00
Greg Kroah-Hartman
04b7726c3c
Linux 5.4.296
...
Link: https://lore.kernel.org/r/20250715130800.293690950@linuxfoundation.org
Tested-by: Alok Tiwari <alok.a.tiwari@oracle.com >
Tested-by: Shuah Khan <skhan@linuxfoundation.org >
Link: https://lore.kernel.org/r/20250716141302.507854168@linuxfoundation.org
Tested-by: Jon Hunter <jonathanh@nvidia.com >
Tested-by: Florian Fainelli <florian.fainelli@broadcom.com >
Tested-by: Linux Kernel Functional Testing <lkft@linaro.org >
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org >
2025-07-17 18:25:06 +02:00
Greg Kroah-Hartman
39ed7800f9
Linux 5.4.295
...
Link: https://lore.kernel.org/r/20250623130611.896514667@linuxfoundation.org
Tested-by: Florian Fainelli <florian.fainelli@broadcom.com >
Tested-by: Alok Tiwari <alok.a.tiwari@oracle.com >
Link: https://lore.kernel.org/r/20250625085227.279764371@linuxfoundation.org
Tested-by: Jon Hunter <jonathanh@nvidia.com >
Tested-by: Florian Fainelli <florian.fainelli@broadcom.com >
Tested-by: Linux Kernel Functional Testing <lkft@linaro.org >
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org >
2025-06-27 11:02:58 +01:00
Greg Kroah-Hartman
44613a259d
Linux 5.4.294
...
Link: https://lore.kernel.org/r/20250602134255.449974357@linuxfoundation.org
Tested-by: Florian Fainelli <florian.fainelli@broadcom.com >
Tested-by: Linux Kernel Functional Testing <lkft@linaro.org >
Tested-by: Shuah Khan <skhan@linuxfoundation.org >
Tested-by: Alok Tiwari <alok.a.tiwari@oracle.com >
Tested-by: Jon Hunter <jonathanh@nvidia.com >
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org >
2025-06-04 14:32:37 +02:00
Nathan Chancellor
86a8bec7cc
kbuild: Disable -Wdefault-const-init-unsafe
...
commit d0afcfeb9e upstream.
A new on by default warning in clang [1] aims to flags instances where
const variables without static or thread local storage or const members
in aggregate types are not initialized because it can lead to an
indeterminate value. This is quite noisy for the kernel due to
instances originating from header files such as:
drivers/gpu/drm/i915/gt/intel_ring.h:62:2: error: default initialization of an object of type 'typeof (ring->size)' (aka 'const unsigned int') leaves the object uninitialized [-Werror,-Wdefault-const-init-var-unsafe]
62 | typecheck(typeof(ring->size), next);
| ^
include/linux/typecheck.h:10:9: note: expanded from macro 'typecheck'
10 | ({ type __dummy; \
| ^
include/net/ip.h:478:14: error: default initialization of an object of type 'typeof (rt->dst.expires)' (aka 'const unsigned long') leaves the object uninitialized [-Werror,-Wdefault-const-init-var-unsafe]
478 | if (mtu && time_before(jiffies, rt->dst.expires))
| ^
include/linux/jiffies.h:138:26: note: expanded from macro 'time_before'
138 | #define time_before(a,b) time_after(b,a)
| ^
include/linux/jiffies.h:128:3: note: expanded from macro 'time_after'
128 | (typecheck(unsigned long, a) && \
| ^
include/linux/typecheck.h:11:12: note: expanded from macro 'typecheck'
11 | typeof(x) __dummy2; \
| ^
include/linux/list.h:409:27: warning: default initialization of an object of type 'union (unnamed union at include/linux/list.h:409:27)' with const member leaves the object uninitialized [-Wdefault-const-init-field-unsafe]
409 | struct list_head *next = smp_load_acquire(&head->next);
| ^
include/asm-generic/barrier.h:176:29: note: expanded from macro 'smp_load_acquire'
176 | #define smp_load_acquire(p) __smp_load_acquire(p)
| ^
arch/arm64/include/asm/barrier.h:164:59: note: expanded from macro '__smp_load_acquire'
164 | union { __unqual_scalar_typeof(*p) __val; char __c[1]; } __u; \
| ^
include/linux/list.h:409:27: note: member '__val' declared 'const' here
crypto/scatterwalk.c:66:22: error: default initialization of an object of type 'struct scatter_walk' with const member leaves the object uninitialized [-Werror,-Wdefault-const-init-field-unsafe]
66 | struct scatter_walk walk;
| ^
include/crypto/algapi.h:112:15: note: member 'addr' declared 'const' here
112 | void *const addr;
| ^
fs/hugetlbfs/inode.c:733:24: error: default initialization of an object of type 'struct vm_area_struct' with const member leaves the object uninitialized [-Werror,-Wdefault-const-init-field-unsafe]
733 | struct vm_area_struct pseudo_vma;
| ^
include/linux/mm_types.h:803:20: note: member 'vm_flags' declared 'const' here
803 | const vm_flags_t vm_flags;
| ^
Silencing the instances from typecheck.h is difficult because '= {}' is
not available in older but supported compilers and '= {0}' would cause
warnings about a literal 0 being treated as NULL. While it might be
possible to come up with a local hack to silence the warning for
clang-21+, it may not be worth it since -Wuninitialized will still
trigger if an uninitialized const variable is actually used.
In all audited cases of the "field" variant of the warning, the members
are either not used in the particular call path, modified through other
means such as memset() / memcpy() because the containing object is not
const, or are within a union with other non-const members.
Since this warning does not appear to have a high signal to noise ratio,
just disable it.
Cc: stable@vger.kernel.org
Link: 576161cb60 [1]
Reported-by: Linux Kernel Functional Testing <lkft@linaro.org >
Closes: https://lore.kernel.org/CA+G9fYuNjKcxFKS_MKPRuga32XbndkLGcY-PVuoSwzv6VWbY=w@mail.gmail.com/
Reported-by: Marcus Seyfarth <m.seyfarth@gmail.com >
Closes: https://github.com/ClangBuiltLinux/linux/issues/2088
Signed-off-by: Nathan Chancellor <nathan@kernel.org >
Signed-off-by: Masahiro Yamada <masahiroy@kernel.org >
[nathan: Apply change to Makefile instead of scripts/Makefile.extrawarn
due to lack of e88ca24319 in older stable branches]
Signed-off-by: Nathan Chancellor <nathan@kernel.org >
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org >
2025-06-04 14:32:36 +02:00
Greg Kroah-Hartman
2c8115e475
Linux 5.4.293
...
Link: https://lore.kernel.org/r/20250429161049.383278312@linuxfoundation.org
Tested-by: Jon Hunter <jonathanh@nvidia.com >
Tested-by: Shuah Khan <skhan@linuxfoundation.org >
Tested-by: Linux Kernel Functional Testing <lkft@linaro.org >
Tested-by: Alok Tiwari <alok.a.tiwari@oracle.com >
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org >
2025-05-02 07:39:30 +02:00
Nathan Chancellor
ff55c867b6
kbuild: Add '-fno-builtin-wcslen'
...
commit 84ffc79bfb upstream.
A recent optimization change in LLVM [1] aims to transform certain loop
idioms into calls to strlen() or wcslen(). This change transforms the
first while loop in UniStrcat() into a call to wcslen(), breaking the
build when UniStrcat() gets inlined into alloc_path_with_tree_prefix():
ld.lld: error: undefined symbol: wcslen
>>> referenced by nls_ucs2_utils.h:54 (fs/smb/client/../../nls/nls_ucs2_utils.h:54)
>>> vmlinux.o:(alloc_path_with_tree_prefix)
>>> referenced by nls_ucs2_utils.h:54 (fs/smb/client/../../nls/nls_ucs2_utils.h:54)
>>> vmlinux.o:(alloc_path_with_tree_prefix)
Disable this optimization with '-fno-builtin-wcslen', which prevents the
compiler from assuming that wcslen() is available in the kernel's C
library.
[ More to the point - it's not that we couldn't implement wcslen(), it's
that this isn't an optimization at all in the context of the kernel.
Replacing a simple inlined loop with a function call to the same loop
is just stupid and pointless if you don't have long strings and fancy
libraries with vectorization support etc.
For the regular 'strlen()' cases, we want the compiler to do this in
order to handle the trivial case of constant strings. And we do have
optimized versions of 'strlen()' on some architectures. But for
wcslen? Just no. - Linus ]
Cc: stable@vger.kernel.org
Link: 9694844d7e [1]
Signed-off-by: Nathan Chancellor <nathan@kernel.org >
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org >
[nathan: Resolve small conflict in older trees]
Signed-off-by: Nathan Chancellor <nathan@kernel.org >
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org >
2025-05-02 07:39:22 +02:00
Greg Kroah-Hartman
1b01d9c341
Linux 5.4.292
...
Link: https://lore.kernel.org/r/20250408104815.295196624@linuxfoundation.org
Tested-by: Florian Fainelli <florian.fainelli@broadcom.com >
Tested-by: Jon Hunter <jonathanh@nvidia.com >
Tested-by: Linux Kernel Functional Testing <lkft@linaro.org >
Tested-by: Alok Tiwari <alok.a.tiwari@oracle.com >
Tested-by: Shuah Khan <skhan@linuxfoundation.org >
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org >
2025-04-10 14:29:43 +02:00
Greg Kroah-Hartman
52bcf31d8e
Linux 5.4.291
...
Link: https://lore.kernel.org/r/20250311145714.865727435@linuxfoundation.org
Tested-by: Florian Fainelli <florian.fainelli@broadcom.com >
Tested-by: Shuah Khan <skhan@linuxfoundation.org >
Tested-by: Alok Tiwari <alok.a.tiwari@oracle.com >
Tested-by: Linux Kernel Functional Testing <lkft@linaro.org >
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org >
2025-03-13 12:43:33 +01:00
Thomas Weißschuh
579fac0e5c
kbuild: userprogs: use correct lld when linking through clang
...
commit dfc1b168a8 upstream.
The userprog infrastructure links objects files through $(CC).
Either explicitly by manually calling $(CC) on multiple object files or
implicitly by directly compiling a source file to an executable.
The documentation at Documentation/kbuild/llvm.rst indicates that ld.lld
would be used for linking if LLVM=1 is specified.
However clang instead will use either a globally installed cross linker
from $PATH called ${target}-ld or fall back to the system linker, which
probably does not support crosslinking.
For the normal kernel build this is not an issue because the linker is
always executed directly, without the compiler being involved.
Explicitly pass --ld-path to clang so $(LD) is respected.
As clang 13.0.1 is required to build the kernel, this option is available.
Fixes: 7f3a59db27 ("kbuild: add infrastructure to build userspace programs")
Cc: stable@vger.kernel.org # needs wrapping in $(cc-option) for < 6.9
Signed-off-by: Thomas Weißschuh <thomas.weissschuh@linutronix.de >
Reviewed-by: Nathan Chancellor <nathan@kernel.org >
Signed-off-by: Masahiro Yamada <masahiroy@kernel.org >
[nathan: use cc-option for 6.6 and older, as those trees support back to
clang-11]
Signed-off-by: Nathan Chancellor <nathan@kernel.org >
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org >
2025-03-13 12:43:04 +01:00
Greg Kroah-Hartman
856a224845
Linux 5.4.290
...
Link: https://lore.kernel.org/r/20250130140133.662535583@linuxfoundation.org
Tested-by: Florian Fainelli <florian.fainelli@broadcom.com >
Tested-by: Jon Hunter <jonathanh@nvidia.com >
Link: https://lore.kernel.org/r/20250131112114.030356568@linuxfoundation.org
Tested-by: Jon Hunter <jonathanh@nvidia.com >
Tested-by: kernelci.org bot <bot@kernelci.org >
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org >
2025-02-01 18:18:54 +01:00
Greg Kroah-Hartman
7f0e075be1
Linux 5.4.289
...
Link: https://lore.kernel.org/r/20250106151128.686130933@linuxfoundation.org
Tested-by: Florian Fainelli <florian.fainelli@broadcom.com >
Tested-by: Jon Hunter <jonathanh@nvidia.com >
Tested-by: Linux Kernel Functional Testing <lkft@linaro.org >
Tested-by: Shuah Khan <skhan@linuxfoundation.org >
Tested-by: kernelci.org bot <bot@kernelci.org >
Tested-by: Harshit Mogalapalli <harshit.m.mogalapalli@oracle.com >
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org >
2025-01-09 13:23:37 +01:00
Greg Kroah-Hartman
e0646975af
Linux 5.4.288
...
Link: https://lore.kernel.org/r/20241217170519.006786596@linuxfoundation.org
Tested-by: Florian Fainelli <florian.fainelli@broadcom.com >
Tested-by: Shuah Khan <skhan@linuxfoundation.org >
Tested-by: Mark Brown <broonie@kernel.org >
Tested-by: Linux Kernel Functional Testing <lkft@linaro.org >
Tested-by: Jon Hunter <jonathanh@nvidia.com >
Tested-by: Harshit Mogalapalli <harshit.m.mogalapalli@oracle.com >
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org >
2024-12-19 18:05:05 +01:00
Greg Kroah-Hartman
6708005a36
Linux 5.4.287
...
Link: https://lore.kernel.org/r/20241212144229.291682835@linuxfoundation.org
Tested-by: Florian Fainelli <florian.fainelli@broadcom.com >
Tested-by: Harshit Mogalapalli <harshit.m.mogalapalli@oracle.com >
Link: https://lore.kernel.org/r/20241213145847.112340475@linuxfoundation.org
Tested-by: Jon Hunter <jonathanh@nvidia.com >
Tested-by: Shuah Khan <skhan@linuxfoundation.org >
Tested-by: Pavel Machek (CIP) <pavel@denx.de >
Tested-by: kernelci.org bot <bot@kernelci.org >
Tested-by: Linux Kernel Functional Testing <lkft@linaro.org >
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org >
2024-12-14 19:44:57 +01:00
Greg Kroah-Hartman
cd5b619ac4
Linux 5.4.286
...
Link: https://lore.kernel.org/r/20241115063722.834793938@linuxfoundation.org
Tested-by: Harshit Mogalapalli <harshit.m.mogalapalli@oracle.com >
Link: https://lore.kernel.org/r/20241115120451.517948500@linuxfoundation.org
Tested-by: Jon Hunter <jonathanh@nvidia.com >
Tested-by: Florian Fainelli <florian.fainelli@broadcom.com >
Tested-by: Linux Kernel Functional Testing <lkft@linaro.org >
Tested-by: Shuah Khan <skhan@linuxfoundation.org >
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org >
2024-11-17 14:58:53 +01:00
Greg Kroah-Hartman
6b8cbbd597
Linux 5.4.285
...
Link: https://lore.kernel.org/r/20241106120331.497003148@linuxfoundation.org
Tested-by: Shuah Khan <skhan@linuxfoundation.org >
Link: https://lore.kernel.org/r/20241107063341.146657755@linuxfoundation.org
Tested-by: Jon Hunter <jonathanh@nvidia.com >
Tested-by: Florian Fainelli <florian.fainelli@broadcom.com >
Tested-by: kernelci.org bot <bot@kernelci.org >
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org >
2024-11-08 16:20:54 +01:00
Greg Kroah-Hartman
661f109c05
Linux 5.4.284
...
Link: https://lore.kernel.org/r/20240910092545.737864202@linuxfoundation.org
Tested-by: Florian Fainelli <florian.fainelli@broadcom.com >
Tested-by: Harshit Mogalapalli <harshit.m.mogalapalli@oracle.com >
Tested-by: Linux Kernel Functional Testing <lkft@linaro.org >
Tested-by: Shuah Khan <skhan@linuxfoundation.org >
Link: https://lore.kernel.org/r/20240911130518.626277627@linuxfoundation.org
Tested-by: Florian Fainelli <florian.fainelli@broadcom.com >
Tested-by: Shuah Khan <skhan@linuxfoundation.org >
Tested-by: Jon Hunter <jonathanh@nvidia.com >
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org >
2024-09-12 11:03:57 +02:00
Greg Kroah-Hartman
4826c62faf
Linux 5.4.283
...
Link: https://lore.kernel.org/r/20240901160809.752718937@linuxfoundation.org
Tested-by: Harshit Mogalapalli <harshit.m.mogalapalli@oracle.com >
Tested-by: Florian Fainelli <florian.fainelli@broadcom.com >
Tested-by: Jon Hunter <jonathanh@nvidia.com >
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org >
2024-09-04 13:15:05 +02:00
Greg Kroah-Hartman
5bb3c84a11
Linux 5.4.282
...
Link: https://lore.kernel.org/r/20240815131902.779125794@linuxfoundation.org
Tested-by: Florian Fainelli <florian.fainelli@broadcom.com >
Link: https://lore.kernel.org/r/20240816095317.548866608@linuxfoundation.org
Tested-by: Jon Hunter <jonathanh@nvidia.com >
Tested-by: Florian Fainelli <florian.fainelli@broadcom.com >
Tested-by: Linux Kernel Functional Testing <lkft@linaro.org >
Tested-by: Harshit Mogalapalli <harshit.m.mogalapalli@oracle.com >
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org >
2024-08-19 05:33:54 +02:00
Greg Kroah-Hartman
84d75fd864
Linux 5.4.281
...
Link: https://lore.kernel.org/r/20240725142730.471190017@linuxfoundation.org
Tested-by: ChromeOS CQ Test <chromeos-kernel-stable-merge@google.com >
Tested-by: Harshit Mogalapalli <harshit.m.mogalapalli@oracle.com >
Tested-by: Shuah Khan <skhan@linuxfoundation.org >
Link: https://lore.kernel.org/r/20240726070548.312552217@linuxfoundation.org
Tested-by: ChromeOS CQ Test <chromeos-kernel-stable-merge@google.com >
Tested-by: kernelci.org bot <bot@kernelci.org >
Tested-by: Jon Hunter <jonathanh@nvidia.com >
Tested-by: Florian Fainelli <florian.fainelli@broadcom.com >
Tested-by: Linux Kernel Functional Testing <lkft@linaro.org >
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org >
2024-07-27 10:38:33 +02:00
Greg Kroah-Hartman
88d2aa8774
Linux 5.4.280
...
Link: https://lore.kernel.org/r/20240716152740.626160410@linuxfoundation.org
Tested-by: Florian Fainelli <florian.fainelli@broadcom.com >
Tested-by: Shuah Khan <skhan@linuxfoundation.org >
Link: https://lore.kernel.org/r/20240717063752.619384275@linuxfoundation.org
Tested-by: Florian Fainelli <florian.fainelli@broadcom.com >
Tested-by: Linux Kernel Functional Testing <lkft@linaro.org >
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org >
2024-07-18 11:40:56 +02:00
Greg Kroah-Hartman
5096731948
Linux 5.4.279
...
Link: https://lore.kernel.org/r/20240703102841.492044697@linuxfoundation.org
Tested-by: Jon Hunter <jonathanh@nvidia.com >
Tested-by: Harshit Mogalapalli <harshit.m.mogalapalli@oracle.com >
Tested-by: Shuah Khan <skhan@linuxfoundation.org >
Link: https://lore.kernel.org/r/20240704094447.657619578@linuxfoundation.org
Tested-by: Florian Fainelli <florian.fainelli@broadcom.com >
Tested-by: Jon Hunter <jonathanh@nvidia.com >
Tested-by: Linux Kernel Functional Testing <lkft@linaro.org >
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org >
2024-07-05 09:08:32 +02:00
Greg Kroah-Hartman
189ee9735a
Linux 5.4.278
...
Link: https://lore.kernel.org/r/20240613113227.759341286@linuxfoundation.org
Tested-by: Jon Hunter <jonathanh@nvidia.com >
Tested-by: Shuah Khan <skhan@linuxfoundation.org >
Tested-by: Linux Kernel Functional Testing <lkft@linaro.org >
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org >
2024-06-16 13:28:53 +02:00
Greg Kroah-Hartman
4a548b29cd
Linux 5.4.277
...
Link: https://lore.kernel.org/r/20240523130325.743454852@linuxfoundation.org
Tested-by: Florian Fainelli <florian.fainelli@broadcom.com >
Tested-by: Mark Brown <broonie@kernel.org >
Tested-by: Harshit Mogalapalli <harshit.m.mogalapalli@oracle.com >
Tested-by: Linux Kernel Functional Testing <lkft@linaro.org >
Tested-by: Jon Hunter <jonathanh@nvidia.com >
Tested-by: Shuah Khan <skhan@linuxfoundation.org >
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org >
2024-05-25 16:17:18 +02:00
Greg Kroah-Hartman
24d2be3797
Linux 5.4.276
...
Link: https://lore.kernel.org/r/20240514100951.686412426@linuxfoundation.org
Tested-by: Harshit Mogalapalli <harshit.m.mogalapalli@oracle.com >
Tested-by: Florian Fainelli <florian.fainelli@broadcom.com >
Tested-by: Shuah Khan <skhan@linuxfoundation.org >
Tested-by: Linux Kernel Functional Testing <lkft@linaro.org >
Tested-by: Jon Hunter <jonathanh@nvidia.com >
Tested-by: kernelci.org bot <bot@kernelci.org >
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org >
2024-05-17 11:43:56 +02:00
Greg Kroah-Hartman
936e689eae
Linux 5.4.275
...
Link: https://lore.kernel.org/r/20240430103044.655968143@linuxfoundation.org
Tested-by: Shuah Khan <skhan@linuxfoundation.org >
Link: https://lore.kernel.org/r/20240430134021.555330198@linuxfoundation.org
Tested-by: Florian Fainelli <florian.fainelli@broadcom.com >
Tested-by: Jon Hunter <jonathanh@nvidia.com >
Tested-by: Linux Kernel Functional Testing <lkft@linaro.org >
Tested-by: Harshit Mogalapalli <harshit.m.mogalapalli@oracle.com >
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org >
2024-05-02 16:18:37 +02:00
Greg Kroah-Hartman
0dbd436fb9
Linux 5.4.274
...
Link: https://lore.kernel.org/r/20240411095424.875421572@linuxfoundation.org
Tested-by: Florian Fainelli <florian.fainelli@broadcom.com >
Tested-by: Shuah Khan <skhan@linuxfoundation.org >
Tested-by: kernelci.org bot <bot@kernelci.org >
Tested-by: Jon Hunter <jonathanh@nvidia.com >
Tested-by: Harshit Mogalapalli <harshit.m.mogalapalli@oracle.com >
Tested-by: Linux Kernel Functional Testing <lkft@linaro.org >
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org >
2024-04-13 12:51:41 +02:00
Sasha Levin
24489321d0
Linux 5.4.273
...
Tested-by: Florian Fainelli <florian.fainelli@broadcom.com >
Tested-by: Linux Kernel Functional Testing <lkft@linaro.org >
Signed-off-by: Sasha Levin <sashal@kernel.org >
2024-03-26 18:23:12 -04:00
Sasha Levin
8407582630
Linux 5.4.272
...
Tested-by: Harshit Mogalapalli <harshit.m.mogalapalli@oracle.com >
Tested-by: Linux Kernel Functional Testing <lkft@linaro.org >
Tested-by: Florian Fainelli <florian.fainelli@broadcom.com >
Signed-off-by: Sasha Levin <sashal@kernel.org >
2024-03-15 14:40:56 -04:00
Greg Kroah-Hartman
3fec063b05
Linux 5.4.271
...
Link: https://lore.kernel.org/r/20240304211535.741936181@linuxfoundation.org
Tested-by: Jon Hunter <jonathanh@nvidia.com >
Tested-by: Shuah Khan <skhan@linuxfoundation.org >
Tested-by: Harshit Mogalapalli <harshit.m.mogalapalli@oracle.com >
Tested-by: Florian Fainelli <florian.fainelli@broadcom.com >
Tested-by: Linux Kernel Functional Testing <lkft@linaro.org >
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org >
2024-03-06 14:36:10 +00:00
Greg Kroah-Hartman
e133c1ee6d
Linux 5.4.270
...
Link: https://lore.kernel.org/r/20240227131552.864701583@linuxfoundation.org
Tested-by: Florian Fainelli <florian.fainelli@broadcom.com >
Tested-by: Jon Hunter <jonathanh@nvidia.com >
Tested-by: Shuah Khan <skhan@linuxfoundation.org >
Tested-by: Linux Kernel Functional Testing <lkft@linaro.org >
Tested-by: Harshit Mogalapalli <harshit.m.mogalapalli@oracle.com >
Tested-by: kernelci.org bot <bot@kernelci.org >
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org >
2024-03-01 13:13:38 +01:00
Greg Kroah-Hartman
6e1f54a498
Linux 5.4.269
...
Link: https://lore.kernel.org/r/20240221125940.058369148@linuxfoundation.org
Tested-by: Jon Hunter <jonathanh@nvidia.com >
Tested-by: Florian Fainelli <florian.fainelli@broadcom.com >
Tested-by: Shuah Khan <skhan@linuxfoundation.org >
Tested-by: kernelci.org bot <bot@kernelci.org >
Tested-by: Harshit Mogalapalli <harshit.m.mogalapalli@oracle.com >
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org >
2024-02-23 08:25:15 +01:00
Greg Kroah-Hartman
f0602893f4
Linux 5.4.268
...
Link: https://lore.kernel.org/r/20240122235719.206965081@linuxfoundation.org
Tested-by: Jon Hunter <jonathanh@nvidia.com >
Tested-by: Harshit Mogalapalli <harshit.m.mogalapalli@oracle.com >
Link: https://lore.kernel.org/r/20240123174434.819712739@linuxfoundation.org
Tested-by: Florian Fainelli <florian.fainelli@broadcom.com >
Tested-by: Linux Kernel Functional Testing <lkft@linaro.org >
Tested-by: Jon Hunter <jonathanh@nvidia.com >
Tested-by: kernelci.org bot <bot@kernelci.org >
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org >
2024-01-25 14:34:33 -08:00
Greg Kroah-Hartman
9153fc9664
Linux 5.4.267
...
Link: https://lore.kernel.org/r/20240113094206.455533180@linuxfoundation.org
Tested-by: Linux Kernel Functional Testing <lkft@linaro.org >
Tested-by: Jon Hunter <jonathanh@nvidia.com >
Tested-by: Harshit Mogalapalli <harshit.m.mogalapalli@oracle.com >
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org >
2024-01-15 18:25:30 +01:00
Greg Kroah-Hartman
4410df7011
Linux 5.4.266
...
Link: https://lore.kernel.org/r/20240105143815.541462991@linuxfoundation.org
Tested-by: kernelci.org bot <bot@kernelci.org >
Tested-by: Harshit Mogalapalli <harshit.m.mogalapalli@oracle.com >
Link: https://lore.kernel.org/r/20240106084016.200641776@linuxfoundation.org
Tested-by: Linux Kernel Functional Testing <lkft@linaro.org >
Tested-by: Florian Fainelli <florian.fainelli@broadcom.com >
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org >
2024-01-08 11:29:48 +01:00
Greg Kroah-Hartman
2d21f73b2f
Linux 5.4.265
...
Link: https://lore.kernel.org/r/20231218135042.748715259@linuxfoundation.org
Tested-by: Shuah Khan <skhan@linuxfoundation.org >
Tested-by: Harshit Mogalapalli <harshit.m.mogalapalli@oracle.com >
Tested-by: Linux Kernel Functional Testing <lkft@linaro.org >
Tested-by: kernelci.org bot <bot@kernelci.org >
Tested-by: Florian Fainelli <florian.fainelli@broadcom.com >
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org >
2023-12-20 15:41:26 +01:00
Greg Kroah-Hartman
16e6e107a6
Linux 5.4.264
...
Link: https://lore.kernel.org/r/20231211182015.049134368@linuxfoundation.org
Tested-by: Florian Fainelli <florian.fainelli@broadcom.com >
Tested-by: Harshit Mogalapalli <harshit.m.mogalapalli@oracle.com >
Tested-by: Shuah Khan <skhan@linuxfoundation.org >
Tested-by: Guenter Roeck <linux@roeck-us.net >
Tested-by: Linux Kernel Functional Testing <lkft@linaro.org >
Tested-by: Jon Hunter <jonathanh@nvidia.com >
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org >
2023-12-13 18:18:18 +01:00
Greg Kroah-Hartman
34244ed621
Linux 5.4.263
...
Link: https://lore.kernel.org/r/20231205031522.815119918@linuxfoundation.org
Tested-by: Jon Hunter <jonathanh@nvidia.com >
Link: https://lore.kernel.org/r/20231205043618.860613563@linuxfoundation.org
Tested-by: Jon Hunter <jonathanh@nvidia.com >
Tested-by: Guenter Roeck <linux@roeck-us.net >
Link: https://lore.kernel.org/r/20231205183241.636315882@linuxfoundation.org
Tested-by: Florian Fainelli <florian.fainelli@broadcom.com >
Tested-by: Harshit Mogalapalli <harshit.m.mogalapalli@oracle.com >
Tested-by: Jon Hunter <jonathanh@nvidia.com >
Tested-by: Linux Kernel Functional Testing <lkft@linaro.org >
Tested-by: Shuah Khan <skhan@linuxfoundation.org >
Tested-by: Guenter Roeck <linux@roeck-us.net >
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org >
2023-12-08 08:44:28 +01:00
Greg Kroah-Hartman
8e221b4717
Linux 5.4.262
...
Link: https://lore.kernel.org/r/20231124171941.909624388@linuxfoundation.org
Link: https://lore.kernel.org/r/20231125163112.419066112@linuxfoundation.org
Link: https://lore.kernel.org/r/20231125194331.369464812@linuxfoundation.org
Tested-by: Florian Fainelli <florian.fainelli@broadcom.com >
Link: https://lore.kernel.org/r/20231126154329.848261327@linuxfoundation.org
Tested-by: Florian Fainelli <florian.fainelli@broadcom.com >
Tested-by: Harshit Mogalapalli <harshit.m.mogalapalli@oracle.com >
Tested-by: Jon Hunter <jonathanh@nvidia.com >
Tested-by: Guenter Roeck <linux@roeck-us.net >
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org >
2023-11-28 16:50:24 +00:00
Greg Kroah-Hartman
ef379773e2
Linux 5.4.261
...
Link: https://lore.kernel.org/r/20231115220132.607437515@linuxfoundation.org
Tested-by: Harshit Mogalapalli <harshit.m.mogalapalli@oracle.com >
Tested-by: Linux Kernel Functional Testing <lkft@linaro.org >
Tested-by: Florian Fainelli <florian.fainelli@broadcom.com >
Tested-by: Guenter Roeck <linux@roeck-us.net >
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org >
2023-11-20 10:30:17 +01:00
Greg Kroah-Hartman
87e8e7a7aa
Linux 5.4.260
...
Link: https://lore.kernel.org/r/20231106130301.687882731@linuxfoundation.org
Tested-by: Florian Fainelli <florian.fainelli@broadcom.com >
Tested-by: Jon Hunter <jonathanh@nvidia.com >
Tested-by: Harshit Mogalapalli <harshit.m.mogalapalli@oracle.com >
Tested-by: Shuah Khan <skhan@linuxfoundation.org >
Tested-by: Linux Kernel Functional Testing <lkft@linaro.org >
Tested-by: Guenter Roeck <linux@roeck-us.net >
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org >
2023-11-08 11:23:43 +01:00
Greg Kroah-Hartman
86ea40e6ad
Linux 5.4.259
...
Link: https://lore.kernel.org/r/20231023104817.691299567@linuxfoundation.org
Tested-by: Florian Fainelli <florian.fainelli@broadcom.com >
Tested-by: Sudip Mukherjee <sudip.mukherjee@codethink.co.uk >
Link: https://lore.kernel.org/r/20231024083306.700855687@linuxfoundation.org
Tested-by: Florian Fainelli <florian.fainelli@broadcom.com >
Tested-by: Slade Watkins <srw@sladewatkins.net >
Tested-by: Linux Kernel Functional Testing <lkft@linaro.org >
Tested-by: Harshit Mogalapalli <harshit.m.mogalapalli@oracle.com >
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org >
2023-10-25 11:53:25 +02:00
Greg Kroah-Hartman
02f78c59a0
Linux 5.4.258
...
Link: https://lore.kernel.org/r/20231009130116.329529591@linuxfoundation.org
Tested-by: Florian Fainelli <florian.fainelli@broadcom.com >
Tested-by: Shuah Khan <skhan@linuxfoundation.org >
Tested-by: Jon Hunter <jonathanh@nvidia.com >
Tested-by: Harshit Mogalapalli <harshit.m.mogalapalli@oracle.com >
Tested-by: Guenter Roeck <linux@roeck-us.net >
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org >
2023-10-10 21:46:46 +02:00
Greg Kroah-Hartman
a140610d8a
Linux 5.4.257
...
Link: https://lore.kernel.org/r/20230920112858.471730572@linuxfoundation.org
Tested-by: Shuah Khan <skhan@linuxfoundation.org >
Tested-by: Linux Kernel Functional Testing <lkft@linaro.org >
Tested-by: Jon Hunter <jonathanh@nvidia.com >
2023-09-23 11:00:07 +02:00