From nobody Fri Mar 20 04:56:50 2026 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4fcVfX6Gk5z6V2pt for ; Fri, 20 Mar 2026 04:57:08 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-pg1-x52b.google.com (mail-pg1-x52b.google.com [IPv6:2607:f8b0:4864:20::52b]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4fcVfW6CVhz45X1 for ; Fri, 20 Mar 2026 04:57:07 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-pg1-x52b.google.com with SMTP id 41be03b00d2f7-c70c112cb61so1129577a12.0 for ; Thu, 19 Mar 2026 21:57:07 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1773982621; cv=none; d=google.com; s=arc-20240605; b=FYmRS3v9NRuUhi5/1Ic1FyrZaduV/iZ8UkzPwsz4y+RGZf3ghZhzVbozrA3uHOJvdp o0kIpcCNGOWJuaXW7/LLTmDe8fbWCW9xe0yXGiso+ItQZY341JtWvXZEJmYDC4AkTLcF RO72hX+v8+2VE9BO0kxmSSunUmNmrxeesgOz6EwV+7mz6wEMlny4h8A1R0hj29SMBgjN FFTPwQrV3UNhvZLzG05ZpFbOGjY9NTQiAH3XXFmTxaS2NrowP2WpPPzdG4+oH0ZJKWRZ hd33sdpWbOM64d5onL0pIieJ9dmiiRQYLuRC7m2LHIBS6R6XQDPD6Jtav5R7/Fxps7vP q+7g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20240605; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:dkim-signature; bh=yx7qpm+K2YQczmPG4X2XRlg+17LEzH5lN9ani0RBqsQ=; fh=+sohsdb4lJ1T9K34RqlNBmdV6Ny6Uy9qc4S7bmq43FA=; b=gpLzuBUxF3wq+Pp8ewgQ4ZGtZ01srxyiXDfD8IuW2QOQmy9Q/H98FwysNbWoIMZcx+ qJ1qkXyK8+sEx/u6ELtRpXLlsm02yzpXiOsmFPC96xMCZSgKIkJ8T/77x6VK1lnGfR5/ feLNRL7xv4vqwNANXJvImtu/FyPY/D8rn4aRFHizhblLBqH14sOeQKBep2JYCEnikOL4 UxPJOzRrinqHpFm9BTfeqgrWLBzauYMP5eofjIIyl7ejVX8JyRinc6aEB1KkYdAavmlO 6uMnYjuhjl1gWvw9fvnJVCubxGVHWk/f3OO1x+VNY0fWUXD9FkCFLJI1AB2hqxGg7YnH cqjg==; darn=freebsd.org ARC-Authentication-Results: i=1; mx.google.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20230601.gappssmtp.com; s=20230601; t=1773982621; x=1774587421; darn=freebsd.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=yx7qpm+K2YQczmPG4X2XRlg+17LEzH5lN9ani0RBqsQ=; b=OB9ST9bjMddRP8YLuz24MvnJEPTOEO2FPd/DIdXSEAZVPHi0kbo3PJhHUnJQNws3Xs DxGYsU/KO9KR1qGm03xwUZg2GWyRMKHWTr8YstJ+bEXFsHK0pdKou5yq3K/xfYRDoH3H L7TiHQ2kL7MqnPxObsOST6gSN82hPcQsWSC7Y7l05ybaBad3E4qd0JMW0uQAaow5UR3x /nsywY7AnrQjqrkkkPOsKDVQhSRR9OEOFUQaxRbx774B5nx7ma3O+Up7M6ERGhtIavir jvcz5dLuljL5bqAsbp+8GPlVRJbJ+5MNmWAMW6RB6B1elhDw3iCpqz7ajOOJaQ+3ha2q PwBA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1773982621; x=1774587421; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-gg:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=yx7qpm+K2YQczmPG4X2XRlg+17LEzH5lN9ani0RBqsQ=; b=ij/6l0//V7RCMiUJfbNRzUyOL7JKLeGRIkMcu6be1GmLodkGtDJWfxZPg9EN6JyOAz GsmFmgjXy2SBngo1hOfQEQO63DySmGJGEuzAHTsy1YuXrF2IRisPR2shvYq8fEG8WvRw RxpBG06RyCL5ryT71Mh+r5J/UilRDlsdn4OL8sbMH7H1uHc+gpa5VSccsVG0E/LGoS+V 1iQoJ4pNWkPCAnjL4mIDYw41KxyfBfSsIIUGUn5kM27lnvsxmOgP0ZoEtHbzyJsd9LKQ oyE3/M5zVZnjfqDLPssi59WOWuaNQk8D/e8htrWjJlnDTRb/cCEAGO+v0iOfG8zQyPHi XERw== X-Forwarded-Encrypted: i=1; AJvYcCXMILzHsEscfrwNWYnJrbjVE/J3JOrm5M3eaR3ExxyBiXzC7wg4wslDCoTdZhM9BAb2UcqTXBTw8yxQA2sY+x0=@freebsd.org X-Gm-Message-State: AOJu0YzQLpzBoEdSYzkYmcm0DjeNxIvambn2jkp6NEJeJPIf7MfHCNMO Hc87so2mbXzXESS0RxbBdDOFaCb81S1fDOb/FQ+7dLz1GLHk7bLGCmI5z9zNETKl0az6Bsze6hY nL/0Xf8wOdxGf5bEO1sgAA8xTRo4GBoCBRSxuGRs8Fe/6xj4Gb0F1 X-Gm-Gg: ATEYQzy5TjiTfLeA1GaIb5AAJXKQuPrJltBuwt3Ik2RmYrMsH80zSYHExNxdAhZ5tAd xUdNRf/IYahtvxIsclfZbozoa4/Vq3Sb1MSomt7noZxvthBzTBpKeMo+unvXpqXTvYSVXMeNmbx DJa/7BM9K72hCf5VDWns9RwPXYCBCTYDkx2OZ7FKd+uQjiJwoMajyFw84q5uLejDJMM11MYZuT8 gO1hizG4OiA2O1N2AZyh4BF52nd8chtfSNerlTj2dZJgVQp1TR3XI+O7mGFwYE13Oq67BUFZJRK 1vgB+dgLxJbkKJzdM2noG/8pUKYQ7EVeozzQ X-Received: by 2002:a05:6a20:3d05:b0:398:a6d4:dbf7 with SMTP id adf61e73a8af0-39bcec2990dmr1621774637.55.1773982620999; Thu, 19 Mar 2026 21:57:00 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 References: <5913b3ac-2ed7-42ab-9c26-0d204c38c578@gmail.com> <299d29ce-98b9-4daf-aed7-a8cc9cd3a45f@FreeBSD.org> <86a4w3517o.fsf@ltc.des.dev> <861phf4uu3.fsf@ltc.des.dev> <86wlz73g23.fsf@ltc.des.dev> In-Reply-To: <86wlz73g23.fsf@ltc.des.dev> From: Warner Losh Date: Thu, 19 Mar 2026 21:56:50 -0700 X-Gm-Features: AaiRm51OJRpCI57TpBbar8ytCFN70JZebdgxBF5FR6WL3k1cNOtuD7SgwHc9SXA Message-ID: Subject: Re: zfs module not loaded anymore on e.g MINIMAL To: =?UTF-8?Q?Dag=2DErling_Sm=C3=B8rgrav?= Cc: Martin Matuska , h v , FreeBSD Current Content-Type: multipart/alternative; boundary="000000000000f670b6064d6d839e" X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; TAGGED_RCPT(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Queue-Id: 4fcVfW6CVhz45X1 X-Spamd-Bar: ---- --000000000000f670b6064d6d839e Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Thu, Mar 19, 2026 at 10:05=E2=80=AFAM Dag-Erling Sm=C3=B8rgrav wrote: > Dag-Erling Sm=C3=B8rgrav writes: > > Warner Losh writes: > > > Any reason zstd can't be a module? > > I had the same thought but it's going to take a bit of work. We'll hav= e > > to split up sys/kern/subr_compress.c into separate files for each > > backend (currently gzio and zstdio), add module Makefiles, and figure > > out how to make dumps dynamically use whatever compression is available= . > > Actually I think this last bit is already in place. We just need to > have each compression method register with subr_compress on load (and > unregister on unload, which I don't think subr_compress currently > supports). We also need to keep a running count of compression / > decompression contexts to prevent unloading a method while it's in use. > So I guess go ahead with the kernel config changes (though I don't like having to do that, there's no easy alternative). I wonder what the best way to document this so that it doesn't get list in the future... Warner --000000000000f670b6064d6d839e Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Thu, Mar 19,= 2026 at 10:05=E2=80=AFAM Dag-Erling Sm=C3=B8rgrav <des@freebsd.org> wrote:
Dag-Erling Sm=C3=B8rgrav <des@FreeBSD.org&= gt; writes:
> Warner Losh <im= p@bsdimp.com> writes:
> > Any reason zstd can't be a module?
> I had the same thought but it's going to take a bit of work.=C2=A0= We'll have
> to split up sys/kern/subr_compress.c into separate files for each
> backend (currently gzio and zstdio), add module Makefiles, and figure<= br> > out how to make dumps dynamically use whatever compression is availabl= e.

Actually I think this last bit is already in place.=C2=A0 We just need to have each compression method register with subr_compress on load (and
unregister on unload, which I don't think subr_compress currently
supports).=C2=A0 We also need to keep a running count of compression /
decompression contexts to prevent unloading a method while it's in use.=

So I guess go ahead with the kernel co= nfig changes (though I don't like having to
do that, there= 9;s no easy alternative). I wonder what the best way to document this so
that it doesn't get list in the future...

<= div>Warner=C2=A0
--000000000000f670b6064d6d839e--