The linux-next integration testing tree https://git.landau.one/pub/scm/linux/kernel/git/next/linux-next.git/atom?h=master 2026-09-09T13:06:44+00:00 2026-09-09T13:06:44+00:00 Mark Brown broonie@kernel.org 2026-09-09T13:06:44+00:00 urn:sha1:f56e2f50640d21abbc729d01766c947cb7aca796 2026-09-09T13:06:17+00:00 Mark Brown broonie@kernel.org 2026-09-09T13:06:17+00:00 urn:sha1:9ee2ec0262df9c4b09d8dc1664e84576d8b042a3 2026-09-09T13:05:30+00:00 Mark Brown broonie@kernel.org 2026-09-09T13:05:30+00:00 urn:sha1:0603cf8cfbd17f0d3ad85b969ef9ad29e9916039 2026-09-09T12:02:45+00:00 Mark Brown broonie@kernel.org 2026-09-09T12:02:45+00:00 urn:sha1:6e09b5e9536059bd949a4b2d296cff985da05f5d # Conflicts: # tools/testing/selftests/Makefile 2026-09-09T11:25:02+00:00 Mark Brown broonie@kernel.org 2026-09-09T11:25:02+00:00 urn:sha1:3c9f951c1a8a88b02596de4215ba857312f252ba 2026-09-09T11:10:45+00:00 Mark Brown broonie@kernel.org 2026-09-09T11:10:45+00:00 urn:sha1:6c5788040ed042d61e4722e59de7017fa79c5a1e 2026-09-08T20:46:29+00:00 Qiuxu Zhuo qiuxu.zhuo@intel.com 2026-08-28T15:29:56+00:00 urn:sha1:179b100b45565d4628f434fe73cd71e63dc7282b get_cpu_cacheinfo_id() is a static inline that requires get_cpu_cacheinfo(), which is not exported. Modules that need to identify which cache instance a CPU belongs to therefore cannot use it. Move it out of line and export it. Signed-off-by: Qiuxu Zhuo <qiuxu.zhuo@intel.com> Signed-off-by: Tony Luck <tony.luck@intel.com> Link: https://patch.msgid.link/20260828153002.10290-2-tony.luck@intel.com 2026-09-07T17:41:15+00:00 Linkai Gong gonglinkai@kylinos.cn 2026-09-07T02:47:32+00:00 urn:sha1:6d7e9bc51d8f2d73b3403c759c769f880082f9ae node_init_node_access() frees the access node with kfree() if device_register() fails. After device_register() the embedded device is initialized and must be released with put_device() so that node_access_release() can free it. Fixes: 08d9dbe72b1f ("node: Link memory nodes to their compute nodes") Signed-off-by: Linkai Gong <gonglinkai@kylinos.cn> Link: https://patch.msgid.link/20260907024732.1452228-1-gonglinkai@kylinos.cn Signed-off-by: Danilo Krummrich <dakr@kernel.org> 2026-09-06T03:45:18+00:00 Linus Torvalds torvalds@linux-foundation.org 2026-09-06T03:45:18+00:00 urn:sha1:1fc5a74b108fc90951890ec513ac81869f5eaff1 Pull kmalloc_obj conversions from Kees Cook: "Another run of the Coccinelle script for converting kmalloc() family of allocations to kmalloc_obj() via the existing rules in scripts/coccinelle/api/kmalloc_objs.cocci" * tag 'kmalloc_obj-v7.3-rc2' of git://git.kernel.org/pub/scm/linux/kernel/git/kees/linux: treewide: refresh kmalloc_obj() conversions drm/amd/display: Fix harmless type mismatch in allocation 2026-09-05T04:37:00+00:00 Kees Cook kees+treewide@kernel.org 2026-09-02T22:31:14+00:00 urn:sha1:3a2c4d55e32ad65efebdb6de44eef3bfa08bb49d This is another run of the Coccinelle script for converting kmalloc() family of allocations to kmalloc_obj() via the existing rules in scripts/coccinelle/api/kmalloc_objs.cocci This catches both the set of kmalloc() uses added since the first kmalloc_obj() conversions in v7.0 and adds a large group missed in the first pass due to Coccinelle not interacting well with the cleanup.h scoped_...() family of macros[1]. I worked around this with spatch's "--macro-file" argument to a file with all the scoped_...() macros mapped to Coccinelle's YACFE_ITERATOR[2] as that was the closest viable control flow indicator I could find. Build tested allmodconfig on x86, arm64, arm, loongarch, mips, powerpc, riscv, and s390 with no new warnings. Link: https://lore.kernel.org/lkml/202609021314.8A9C0B8@keescook/ [1] Link: https://github.com/coccinelle/coccinelle/blob/master/standard.h [2] Signed-off-by: Kees Cook <kees+treewide@kernel.org>