linux-stable.git/Makefile, branch v7.1.9

Linux 7.1.9

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

Link: https://lore.kernel.org/r/20260817132536.752504388@linuxfoundation.org
Tested-by: Ronald Warsow 
Tested-by: Justin M. Forbes 
Tested-by: Salvatore Bonaccorso 
Tested-by: Pavel Machek (CIP) 
Tested-by: Florian Fainelli 
Tested-by: Peter Schneider 
Tested-by: Barry K. Nathan 
Tested-by: Ron Economos 
Tested-by: Takeshi Ogasawara 
Tested-by: Mark Brown 
Tested-by: Brett A C Sheffield 
Tested-by: Shuah Khan 
Tested-by: Benjamin Boortz 
Tested-by: Miguel Ojeda 
Tested-by: Jeffrin Jose T 
Signed-off-by: Greg Kroah-Hartman

Linux 7.1.8

2026-08-09T18:26:58+00:00

Link: https://lore.kernel.org/r/20260807143428.008222056@linuxfoundation.org
Tested-by: Ronald Warsow 
Tested-by: Pavel Machek (CIP) 
Tested-by: Shuah Khan 
Tested-by: Brett A C Sheffield 
Tested-by: Takeshi Ogasawara 
Tested-by: Benjamin Boortz 
Tested-by: Justin M. Forbes 
Tested-by: Peter Schneider 
Tested-by: Markus Reichelt 
Tested-by: Ron Economos 
Tested-by: Barry K. Nathan 
Tested-by: Miguel Ojeda 
Tested-by: Jeffrin Jose T 
Tested-by: Mark Brown 
Signed-off-by: Greg Kroah-Hartman

kbuild: Stop modifying $(objtree)/Makefile when building oot-kmods oos

2026-08-09T18:26:38+00:00

commit 39d6e68f50f4a444a6ba23b9ea2eaee806601c6d upstream.

Update output Makefile in the corresponding tree only: for out-of-source
in-tree builds update $(objtree)/Makefile, for out-of-source out-of-tree
module builds update $(KBUILD_EXTMOD_OUTPUT)/Makefile instead.

In-source builds are not affected.

Since commit c9bb03ac2c66 ("kbuild: reduce output spam when building out
of tree"), building out-of-tree kernel modules out-of-source (make M=...
MO=...) causes a rewrite of $(objtree)/Makefile with KBUILD_EXTMOD and
KBUILD_EXTMOD_OUTPUT being set.  That is problematic:

 * $(objtree)/ must not be changed in any way when building out-of-tree
   modules as it breaks other uses of $(objtree).

 * Setting KBUILD_EXTMOD and KBUILD_EXTMOD_OUTPUT in $(objtree)/Makefile
   kills the tree for incremental builds that start right there
   ('make -C $(objtree)'); builds starting in $(srctree) reset
   $(objtree)/Makefile to its original content.

Further, $(KBUILD_EXTMOD_OUTPUT)/Makefile was not generated any more at
all.

This commit restores the previous kbuild behaviour prior to commit
c9bb03ac2c66 ("kbuild: reduce output spam when building out of tree")
but leaves in-place the use of filechk for output spam reduction.

Fixes: c9bb03ac2c66 ("kbuild: reduce output spam when building out of tree")
Reported-by: Anish Rashinkar 
Closes: https://lore.kernel.org/r/CAOESE2Q2-0KUDaM0mUo+c_F-tMaUsBZ-gpnhdoe0rmYdgnnuJQ@mail.gmail.com
Cc: stable@vger.kernel.org
Tested-by: Philipp Hahn 
Reviewed-by: Philipp Hahn 
Signed-off-by: Nicolas Schier 
Signed-off-by: Nicolas Schier 
Link: https://patch.msgid.link/20260723105845.1704689-2-nsc@kernel.org
Signed-off-by: Nathan Chancellor 
Signed-off-by: Greg Kroah-Hartman

Linux 7.1.7

2026-08-06T17:28:04+00:00

Signed-off-by: Greg Kroah-Hartman

Linux 7.1.6

2026-08-03T09:26:04+00:00

Link: https://lore.kernel.org/r/20260730141444.267951807@linuxfoundation.org
Tested-by: Ronald Warsow 
Tested-by: Miguel Ojeda 
Tested-by: Brett A C Sheffield 
Tested-by: Salvatore Bonaccorso 
Tested-by: Peter Schneider 
Tested-by: Shuah Khan 
Tested-by: Justin M. Forbes 
Tested-by: Pavel Machek (CIP) 
Tested-by: Takeshi Ogasawara 
Tested-by: Markus Reichelt 
Tested-by: Benjamin Boortz 
Tested-by: Mark Brown 
Tested-by: Florian Fainelli 
Tested-by: Barry K. Nathan 
Tested-by: Ron Economos 
Tested-by: Jeffrin Jose T 
Signed-off-by: Greg Kroah-Hartman

rust: allow `clippy::unwrap_or_default` globally

2026-08-03T09:25:52+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 7.1.5

2026-07-24T14:21:27+00:00

Link: https://lore.kernel.org/r/20260721152552.646164743@linuxfoundation.org
Tested-by: Ronald Warsow 
Tested-by: Salvatore Bonaccorso 
Tested-by: Brett A C Sheffield 
Tested-by: Peter Schneider 
Tested-by: Ron Economos 
Tested-by: Takeshi Ogasawara 
Link: https://lore.kernel.org/r/20260722142947.085426486@linuxfoundation.org
Tested-by: Ronald Warsow 
Tested-by: Brett A C Sheffield 
Tested-by: Jeffrin Jose T 
Tested-by: Shuah Khan 
Tested-by: Pavel Machek (CIP) 
Tested-by: Florian Fainelli 
Tested-by: Justin M. Forbes 
Tested-by: Barry K. Nathan 
Tested-by: Takeshi Ogasawara 
Tested-by: Miguel Ojeda 
Tested-by: Mark Brown 
Tested-by: Peter Schneider 
Tested-by: Benjamin Boortz 
Signed-off-by: Greg Kroah-Hartman

Linux 7.1.4

2026-07-18T14:55:52+00:00

Link: https://lore.kernel.org/r/20260716133047.772246337@linuxfoundation.org
Tested-by: Ronald Warsow 
Tested-by: Brett A C Sheffield 
Tested-by: Florian Fainelli 
Tested-by: Justin M. Forbes 
Tested-by: Peter Schneider 
Tested-by: Salvatore Bonaccorso 
Tested-by: Miguel Ojeda 
Tested-by: Takeshi Ogasawara 
Tested-by: Ron Economos 
Tested-by: Shuah Khan 
Tested-by: Pavel Machek (CIP) 
Link: https://lore.kernel.org/r/20260717101912.682013354@linuxfoundation.org
Tested-by: Brett A C Sheffield 
Tested-by: Ronald Warsow 
Tested-by: Florian Fainelli 
Tested-by: Pavel Machek (CIP) 
Tested-by: Peter Schneider 
Tested-by: Takeshi Ogasawara 
Tested-by: Barry K. Nathan 
Tested-by: Mark Brown 
Tested-by: Miguel Ojeda 
Signed-off-by: Greg Kroah-Hartman

rust: Kbuild: set frame-pointer llvm module flag for CONFIG_FRAME_POINTER

2026-07-18T14:55:17+00:00

commit 191f49f1e38b1c10eb44b0f967c6175c884ef7db upstream.

Due to a rustc bug, the -Cforce-frame-pointers=y flag only emits the
frame-pointer annotation for functions, but not for the module. This
means that functions generated by the LLVM backend such as
'asan.module_ctor' do not receive the frame-pointer annotation.

This is likely to lead to broken backtraces and may also cause issues
with ftrace if these features are used with functions generated by the
LLVM backend.

Thus, use -Zllvm_module_flag to work around this rustc bug if using a
rustc without the fix.

[ The fix [1] has landed for Rust 1.98.0 (expected release on
  2026-08-20). - Miguel ]

Cc: stable@vger.kernel.org # 6.12.y and later (flag not available in pinned Rust in older LTSs).
Fixes: 2f7ab1267dc9 ("Kbuild: add Rust support")
Link: https://github.com/rust-lang/rust/pull/156980 [1]
Signed-off-by: Alice Ryhl 
Link: https://patch.msgid.link/20260616-frame-ptr-fix-v1-1-dc6b29a631d9@google.com
[ - Adjusted Cc: stable@ as discussed.
  - Added comment with link to the PR, similar to what we did in commit
    ac35b5580ace ("rust: arm64: set uwtable llvm module flag for
    CONFIG_UNWIND_TABLES").
    - Miguel ]
Signed-off-by: Miguel Ojeda 
Signed-off-by: Greg Kroah-Hartman

Linux 7.1.3

2026-07-04T11:45:09+00:00

Link: https://lore.kernel.org/r/20260702155112.964534952@linuxfoundation.org
Tested-by: Ronald Warsow 
Tested-by: Brett A C Sheffield 
Tested-by: Salvatore Bonaccorso 
Tested-by: Peter Schneider 
Tested-by: Miguel Ojeda 
Link: https://lore.kernel.org/r/20260703072822.817328079@linuxfoundation.org
Tested-by: Pavel Machek (CIP) 
Tested-by: Brett A C Sheffield 
Tested-by: Ronald Warsow 
Tested-by: Dileep Malepu 
Tested-by: Mark Brown 
Tested-by: Takeshi Ogasawara 
Tested-by: Peter Schneider 
Tested-by: Ron Economos 
Tested-by: Miguel Ojeda 
Tested-by: Barry K. Nathan 
Signed-off-by: Greg Kroah-Hartman