From nobody Sat Jun 10 06:01:40 2023 X-Original-To: dev-commits-src-all@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 4QdS5J3LMFz4c3vG for ; Sat, 10 Jun 2023 06:01:56 +0000 (UTC) (envelope-from tsoome@me.com) Received: from mr85p00im-zteg06021901.me.com (mr85p00im-zteg06021901.me.com [17.58.23.194]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4QdS5J1Gbsz3hbY for ; Sat, 10 Jun 2023 06:01:56 +0000 (UTC) (envelope-from tsoome@me.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=me.com; s=1a1hai; t=1686376914; bh=l6zTkMpdcmRD5U5s0l7S3nvvGAC2WtQPcwpiix8YoTc=; h=Content-Type:Mime-Version:Subject:From:Date:Message-Id:To; b=Kc7w6UKOYEVAyMwaHudFR/VlVGXhC5r2hJr9vCD4FEdzXXt6JBVsOWCh1o4qFHS+x WXcO2KNSAksktobGe/ggNTTSvZbrZs7/QHy1VQKTcXEN/tfmqWWAe5N7tPbpmdQiHa aAUFlwMKqsMyfS/uPh3dNVF7mHRQpkbUbwmkYtwMDEh5r/m5HPldWfN/HujcJ1IjWp kHWJ8b6vzc3FWb8glR/pN/DNZ0Noe4+2oVEj0ipzAQRn8P6WxP5gXCHC72Q5mgHrRL dLzVe7Gm4DJQHh9s8k0E+rgCvPBEAkCMFnTvHLn4NO0fx4YZugAUvu0yxebbUUfusE pKlFwsvxf3tgg== Received: from smtpclient.apple (mr38p00im-dlb-asmtp-mailmevip.me.com [17.57.152.18]) by mr85p00im-zteg06021901.me.com (Postfix) with ESMTPSA id 1EEE37401DC; Sat, 10 Jun 2023 06:01:52 +0000 (UTC) Content-Type: text/plain; charset=utf-8 List-Id: Commit messages for all branches of the src repository List-Archive: https://lists.freebsd.org/archives/dev-commits-src-all List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-dev-commits-src-all@freebsd.org X-BeenThere: dev-commits-src-all@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.600.7\)) Subject: Re: git: ce5a210997da - main - openzfs: arm64: implement kfpu_begin/kfpu_end From: Toomas Soome In-Reply-To: Date: Sat, 10 Jun 2023 09:01:40 +0300 Cc: Warner Losh , Kyle Evans , src-committers , "" , dev-commits-src-main@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <202304261724.33QHOl6x001199@gitrepo.freebsd.org> To: Alexey Dokuchaev X-Mailer: Apple Mail (2.3731.600.7) X-Proofpoint-ORIG-GUID: Ah8HcVa-NtxVT-BTglkNH26TUSPFzO28 X-Proofpoint-GUID: Ah8HcVa-NtxVT-BTglkNH26TUSPFzO28 X-Proofpoint-Virus-Version: =?UTF-8?Q?vendor=3Dfsecure_engine=3D1.1.170-22c6f66c430a71ce266a39bfe25bc?= =?UTF-8?Q?2903e8d5c8f:6.0.138,18.0.572,17.11.62.513.0000000_definitions?= =?UTF-8?Q?=3D2020-02-14=5F11:2020-02-14=5F02,2020-02-14=5F11,2021-12-02?= =?UTF-8?Q?=5F01_signatures=3D0?= X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 bulkscore=0 mlxscore=0 adultscore=0 spamscore=0 phishscore=0 suspectscore=0 malwarescore=0 clxscore=1015 mlxlogscore=999 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2212070000 definitions=main-2306100049 X-Rspamd-Queue-Id: 4QdS5J1Gbsz3hbY X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:714, ipnet:17.58.16.0/20, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N > On 10. Jun 2023, at 07:52, Alexey Dokuchaev wrote: >=20 > 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 >>>=20 >>> openzfs: arm64: implement kfpu_begin/kfpu_end >>>=20 >>> 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. >>>=20 >>> 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. >>=20 >> 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 >=20 > 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? >=20 > ./danfe The normal (illumos) ZFS is struggling to get updates [from OpenZFS]. I = know, because I=E2=80=99m 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=E2=80=A6=20 rgds, toomas