Date: Mon, 23 May 2022 19:00:28 +0000 From: bugzilla-noreply@freebsd.org To: fs@FreeBSD.org Subject: [Bug 153173] [zfs] booting from a gzip-compressed dataset doesn't work Message-ID: <bug-153173-3630-tDvJQQa8zP@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-153173-3630@https.bugs.freebsd.org/bugzilla/> References: <bug-153173-3630@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D153173 Warner Losh <imp@FreeBSD.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |imp@FreeBSD.org --- Comment #8 from Warner Losh <imp@FreeBSD.org> --- This patch looks good. It leverages code we already have in the boot loader (inflate.o and friends) so the size increase should be minor (should test t= he before/after size). zstd is also in the boot loader (or at least compiled for the boot loader),= so we could use that instead. In an ideal world, the boot loader would lose inflate.o and friends and use= the functionality from zstd instead since that's supposed to be a replacement f= or it. Since we only use it in gzipfs and pkgfs, perhaps that wouldn't be a he= avy lift and that would result in a savings of maybe 20k which I think is going= to be more and more important to look for as the loader slowly bloats over tim= e. the EFI loader is in good shape, but the BIOS/CMS loader is getting tight on space with all we've added to it over the years. --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-153173-3630-tDvJQQa8zP>