kernel/linux.git/Makefile, branch v6.12.107

Linux 6.12.107

2026-08-28T06:22:18+00:00

Signed-off-by: Greg Kroah-Hartman

Linux 6.12.106

2026-08-27T12:32:09+00:00

Link: https://lore.kernel.org/r/20260825132541.580275153@linuxfoundation.org Tested-by: Florian Fainelli Tested-by: Shuah Khan Tested-by: Ron Economos Tested-by: Pavel Machek (CIP) Tested-by: Dominique Martinet Tested-by: Salvatore Bonaccorso Tested-by: Brett A C Sheffield Tested-by: Miguel Ojeda Tested-by: Peter Schneider Signed-off-by: Greg Kroah-Hartman

Linux 6.12.105

2026-08-23T12:22:52+00:00

Link: https://lore.kernel.org/r/20260820145223.480031205@linuxfoundation.org Tested-by: Pavel Machek (CIP) Tested-by: Florian Fainelli Tested-by: Brett A C Sheffield Tested-by: Salvatore Bonaccorso Tested-by: Dominique Martinet Tested-by: Miguel Ojeda Tested-by: Francesco Dolcini Tested-by: Peter Schneider Tested-by: Shuah Khan Tested-by: Ron Economos Tested-by: Mark Brown Signed-off-by: Greg Kroah-Hartman

Linux 6.12.104

2026-08-19T16:14:32+00:00

Link: https://lore.kernel.org/r/20260817132535.394764707@linuxfoundation.org Tested-by: Pavel Machek (CIP) Tested-by: Salvatore Bonaccorso Tested-by: Peter Schneider Tested-by: Florian Fainelli Tested-by: Dominique Martinet Tested-by: Francesco Dolcini Tested-by: Ron Economos Tested-by: Brett A C Sheffield Tested-by: Mark Brown Tested-by: Shuah Khan Tested-by: Harshit Mogalapalli Signed-off-by: Greg Kroah-Hartman

Linux 6.12.103

2026-08-09T18:23:28+00:00

Link: https://lore.kernel.org/r/20260807143418.516897842@linuxfoundation.org Tested-by: Pavel Machek (CIP) Tested-by: Shuah Khan Tested-by: Peter Schneider Tested-by: Brett A C Sheffield Tested-by: Harshit Mogalapalli Tested-by: Ron Economos Tested-by: Miguel Ojeda Tested-by: Mark Brown Signed-off-by: Greg Kroah-Hartman

Linux 6.12.102

2026-08-07T05:37:11+00:00

Signed-off-by: Greg Kroah-Hartman

Linux 6.12.101

2026-08-03T09:17:38+00:00

Link: https://lore.kernel.org/r/20260730141435.976815864@linuxfoundation.org Tested-by: Florian Fainelli Tested-by: Miguel Ojeda Tested-by: Peter Schneider Tested-by: Brett A C Sheffield Tested-by: Salvatore Bonaccorso Tested-by: Shuah Khan Tested-by: Pavel Machek (CIP) Tested-by: Mark Brown Tested-by: Harshit Mogalapalli Tested-by: Ron Economos Signed-off-by: Greg Kroah-Hartman

rust: allow `clippy::unwrap_or_default` globally

2026-08-03T09:17:23+00:00

commit 4688cf884b3abcd12498e03b625d1916bf49a1e4 upstream. Starting with rustc 1.88, the `clippy::unwrap_or_default` lint triggers on `rust/kernel/soc.rs` if `CONFIG_CC_OPTIMIZE_FOR_SIZE=y`: warning: use of `unwrap_or` to construct default value --> ../rust/kernel/soc.rs:66:10 | 66 | .unwrap_or(core::ptr::null()) | ^^^^^^^^^^^^^^^^^^^^^^^^^^^^ help: try: `unwrap_or_default()` This is a clippy bug [1]: the lint decides whether an expression is equivalent to `Default::default()` by inspecting the optimized MIR of `<*const T as Default>::default` exported by `core`, so its outcome depends on the optimization level `core` was built with. Moreover, its suggestion ignores our MSRV of 1.85 (`Default` for `*const T` is only stable since Rust 1.88), so we could not apply it anyway. Disable the lint globally rather than working around this single occurrence; it can be re-enabled conditionally using `rustc-min-version` once clippy is fixed. Link: https://github.com/rust-lang/rust-clippy/issues/17379 [1] Suggested-by: Miguel Ojeda Signed-off-by: Alexandre Courbot Cc: stable@vger.kernel.org # Needed in 6.12.y and later (Rust is pinned in older LTSs). Link: https://patch.msgid.link/20260708-soc_unwrap_or-v2-1-007ed724cc7b@nvidia.com [ Moved to non-versioned group. - Miguel ] Signed-off-by: Miguel Ojeda Signed-off-by: Greg Kroah-Hartman

Linux 6.12.100

2026-07-30T11:04:52+00:00

Signed-off-by: Greg Kroah-Hartman

Linux 6.12.99

2026-07-29T15:49:03+00:00

Signed-off-by: Greg Kroah-Hartman