Date: Sat, 10 Jun 2023 09:01:40 +0300 From: Toomas Soome <tsoome@me.com> To: Alexey Dokuchaev <danfe@freebsd.org> Cc: Warner Losh <imp@bsdimp.com>, Kyle Evans <kevans@freebsd.org>, src-committers <src-committers@freebsd.org>, "<dev-commits-src-all@freebsd.org>" <dev-commits-src-all@freebsd.org>, dev-commits-src-main@freebsd.org Subject: Re: git: ce5a210997da - main - openzfs: arm64: implement kfpu_begin/kfpu_end Message-ID: <C8856004-472C-4945-BA6E-5CA2568343B2@me.com> In-Reply-To: <ZIQBk91TcdqlbtLf@FreeBSD.org> References: <202304261724.33QHOl6x001199@gitrepo.freebsd.org> <CANCZdfoY-ZnHp%2BH3J=iB7VS%2B1tO0ViZKWeexr0bicgTeckQCZg@mail.gmail.com> <ZIQBk91TcdqlbtLf@FreeBSD.org>
index | next in thread | previous in thread | raw e-mail
> On 10. Jun 2023, at 07:52, Alexey Dokuchaev <danfe@freebsd.org> wrote: > > On Wed, Apr 26, 2023 at 12:02:19PM -0600, Warner Losh wrote: >> On Wed, Apr 26, 2023 at 11:24???AM Kyle Evans wrote: >>> commit ce5a210997da3c4064cfe162e760379f1fa8b587 >>> >>> openzfs: arm64: implement kfpu_begin/kfpu_end >>> >>> This is part one of a fix for booting with ZFS on arm64 using >>> accelerated checksum implementations. Checksum benchmarking will >>> attempt to use the FPU, so we currently panic quickly on boot. >>> >>> Note that _STANDALONE is special-cased here, but ideally we >>> wouldn't be building the code that uses kfpu_begin()/kfpu_end() >>> at all in the loader environment. >> >> Yes. As noted elsewhere, the upstream is a mess. There's no way to >> say "I only want the generic implementation" for these functions. >> So we went through some crazy hoops to try to disable that... only >> to run into a buzz-saw of upstream changes that broke the crazy hoops > > Sorry for not replying earlier, but given the situation with ZoL and > how they keep breaking stuff for us, how feasible would it be to switch > back to normal (illumos) ZFS? > > ./danfe The normal (illumos) ZFS is struggling to get updates [from OpenZFS]. I know, because I’m one who is trying to get them done:D Situation is not encouraging, but I think the only way to make this situation better is to try to work with OpenZFS team to improve how the things are done… rgds, toomashelp
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?C8856004-472C-4945-BA6E-5CA2568343B2>