All of lore.kernel.org
 help / color / mirror / Atom feed
From: Greg KH <greg@kroah.com>
To: Christoph Biedl <linux-kernel.bfrz@manchmal.in-ulm.de>
Cc: stable@vger.kernel.org, Martin Nybo Andersen <tweek@tweek.dk>,
	Masahiro Yamada <masahiroy@kernel.org>
Subject: Re: 6.1 Backport request: fbf5892df21a ("kbuild: Use CRC32 and a 1MiB dictionary for XZ compressed modules")
Date: Thu, 8 Jan 2026 14:12:06 +0100	[thread overview]
Message-ID: <2026010853-possible-guzzler-62d5@gregkh> (raw)
In-Reply-To: <1766658651@msgid.manchmal.in-ulm.de>

On Thu, Dec 25, 2025 at 11:48:03AM +0100, Christoph Biedl wrote:
> Hello,
> 
> please backport
> 
> commit fbf5892df21a8ccfcb2fda0fd65bc3169c89ed28
> Author: Martin Nybo Andersen <tweek@tweek.dk>
> Date:   Fri Sep 15 12:15:39 2023 +0200
> 
>     kbuild: Use CRC32 and a 1MiB dictionary for XZ compressed modules
> 
>     Kmod is now (since kmod commit 09c9f8c5df04 ("libkmod: Use kernel
>     decompression when available")) using the kernel decompressor, when
>     loading compressed modules.
> 
>     However, the kernel XZ decompressor is XZ Embedded, which doesn't
>     handle CRC64 and dictionaries larger than 1MiB.
> 
>     Use CRC32 and 1MiB dictionary when XZ compressing and installing
>     kernel modules.
> 
> to the 6.1 stable kernel, and possibly older ones as well.
> 
> The commit message actually has it all, so just my story: There's a
> hardware that has or had issues with never kernels (no time to check),
> my kernel for this board is usually static. But after building a kernel
> with xz-compressed modules, they wouldn't load but trigger
> "decompression failed with status 6". Investigation led to a CRC64 check
> for these files, and eventually to the above commit.
> 
> The commit applies (with an offset), the resulting modules work as
> expected.
> 
> Kernel 6.6 and newer already have that commit. Older kernels could
> possibly benefit from this as well, I haven't checked.

Now queued up, thanks.

greg k-h

      reply	other threads:[~2026-01-08 13:12 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-12-25 10:48 6.1 Backport request: fbf5892df21a ("kbuild: Use CRC32 and a 1MiB dictionary for XZ compressed modules") Christoph Biedl
2026-01-08 13:12 ` Greg KH [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=2026010853-possible-guzzler-62d5@gregkh \
    --to=greg@kroah.com \
    --cc=linux-kernel.bfrz@manchmal.in-ulm.de \
    --cc=masahiroy@kernel.org \
    --cc=stable@vger.kernel.org \
    --cc=tweek@tweek.dk \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.