From nobody Tue Apr 18 23:04:35 2023 X-Original-To: freebsd-arm@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 4Q1KJ76DC9z45q2h for ; Tue, 18 Apr 2023 23:04:55 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic308-8.consmr.mail.gq1.yahoo.com (sonic308-8.consmr.mail.gq1.yahoo.com [98.137.68.32]) (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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Q1KJ70RX3z3tq6 for ; Tue, 18 Apr 2023 23:04:54 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1681859093; bh=W6bin266JNCR2kcYB2hBkbnRf29W2fbg5xiA5aDeF8s=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=fCf8Z9wGwbmBM9FPlqsyuuhoPDzI664lizU/Lc5XMyOYoUCQPfzPs/oPBUuE1Ww6glJ8nXx43P6VWZPLBvlXvlmMHX5Bn/940OJx7DONFSDZpeOgVDJoqHxLE9C5RM7PEIy8LWXcUzDIIj0KIfkeda1NFbWXYXGibQldQUWU45nkorYKfr5v2NqBarjjWhmxwdAmxiypqVWF4RpSXOrDie6EIbDxLOVKKrR1IejK4vODm4GNXriIu1m94hw/G1VKEaKjIxdSqoA00faMwmdFCR4fyzAKFxvE637U2jXc4hxvms+c4tMxwBM+KDHnEVcxMsZn060BoO22S1I74wdKoQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1681859093; bh=7DA4d9p/ECW7enUF2jzPyLxq2tzQ41FrT54hLR+z48d=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=dA2EDDrg+zg84xQolLssrKkNwr7+PfKDeq8FCmMVVY+bw3SScr84T1iBr3I0gFj+oFC1F/OeXBzkRlRkEglXNgzU7PycQbQAfJ46AGTbVK1XoxAsK7noS5smjq8bOG8cGRnciiS0lp6tBpfoRRchnnB2btsojRYvfy9feMG5Tlv0C5Gfjy9pJNcPgab0+mrkMdl3Q/HqAOdb8lncQaFBiDGfVdE0bcEa2k/rPAhfQsoABnhkLnNvJgxgE5cAqRYGCRbC10G2kZWPKS+Qonx8aT/qHav32tTYY+ddd9n9xkETuoId2i6wHK0OMgTY7lCqFjI8XNpbDuZ2/3e9eYDRHA== X-YMail-OSG: aXKbECcVM1lUzADXt0zW_UAJvCi03PIXzJh1skW8tk377cllDV73RjmEhjjKGCt FUaWGxGeIXfi7FaZ7DjyJ8BR5HBwcotHujrD4_yG0xCmDYxFmg.MHu65vvHPY9_D_ef6wITe_ROd mZ7OIgKpcg3UEfTWUn4ju4OLI7MiUd.Wxo0Fye7VQSGInBzpNCay.aYqgTUzG_sYjAU7.DS8UaAh bIMhojVybzORE32SSdGUXwC5bsBBlL9KWC5H9nbYVZfAnemkjHjqZB8un25FxV0594yZ8dBbejfg PXCKlBjE_wDMQPCYuvdJ54tKtugLjI0TdqfTziTEzD7_hraBC9wT2n4jaIuKO5naWhoD8csOjG9l fOmY2i9wuVcKTU2s_wMetkO_WXS8r2HYDJR2eZy42rBskHCmixU0K9GUF3DOo4GNajEhsM53uS.B lUcnRuN031Xpa5aSb_9yQ1_79hYdCm9xmO2nn_H9trVPtOY4X2aNC9oNZ.e2oJPd6PUnz_5Jo98J Y5KbJHdx135598btz.LwdtKWWOGziWHVnfgzV_gMTC6SCBZLX75mqFmSizvnPpRgV_nyrwcXnCYi A6zkG0MTvKmVxRWnv37PP40x_Hg.x1OKiNTiTfxvFnqlpzuyNQKAnnjiqawenKWElTJt_hUSUg7K pDZ3GrGhXM8HbwRxxcyswMR4pkMSDGRIZkdtvkDY9pUmhohSkYmx8iWY78YG9w5MihRH7uS6lEiI I2Yh2ixkHMXV1OnjjdPix1N2o963g3BozyNwo16IG8Sg30hn6vUs5NalS0hWs5nnYIWaJFJ2cvU9 gwqcGykYFs0BZSVbxPVNE1po15zkPw6QFTu6F1OSXsEbRF.3JzxaqjrIF3_aZhdmRFKTa88UvGhD pKmip5G2sOjDxnAjHHodXT9ZYigtaGQtVUeyoxDHq3On_NK825F9s3TBlVuBKGu8YFD0OtexZNxr O2r2PjuwzaPQyhw2V.unNMZoEE8hTjxUZ0zdvf6kJ5PcZwMbdRZhTRsDiry2D1NWspEWcYNy13.l 2GkNmQ9MRb7xCNBDHwgBGROBpJ1PgkHM3na03zpToJhnpDLAXXcbOSMDfErNDe8DaVLJ78rvUG2K raduJMwFmqTZwfIXOTP3e2LOzTA2UtKDOSrTjmhaZfbrq7ddkzdVwEI5UuxKZbK.VJIei4wsw.kb qTdh9YjhNBJ2NdKZyqObW.4si4Jh5jDy4m8nGUCcgbQtyNYnIl0d3j9ftbbtujsRA5Xas0H7zK61 HApxmWU_ETo4KgymKmIW9po9e3sqcKzBpHVEo.Da.pEedDO665FOL2QeChX.YGqApR.zXv1D3cMm scUYkzf6dxZdu5ZgMSh8YIjfvJfzHUmxRE5V2pmAhb1813_ZzG1nGa82tcgfEFyYX7QTJiANN_oZ e75594hLWaBaBrETzPMh4FsGdTgRxabc5zx7FSi9uFdFav6GNNZ7C.eWMZnNiy.ozy76EPRcFB_K WxgyeM0Tnk3iwvbU_pAXMa3SJfGEbTPXMOpFdblxUqS.cYkXs4CtEPvUhNtKReDuaeH2F08pPx6f CoZh911Ggx6Hx1moC.kSjxowtIKpk6Ty07HEXwpAqCsL_8usGh7_trUeAhfH08ETBD10R0klSPd. uwCgovOjzLByA596vZtO.ZnGcYzJYtpWZ61_AFOeCImwFiL.qyS0vdeqN4IKLowOP8JOrasccXur gWCAFZukag1sESorO7YMlnDrOC3FX80ARaXlQ.wWTKBzcVJWEqyRL__LX.txhl5tYUbNczq1zTMk qz35MPscKM8w9BUQhxm.JqYT3G_cINS5qL4KTamw5LVwuvN1YHR1PliexGCaDLJRr1FnGqooZ21P sxEzTS6fwrHhna370UsoIdyPf0Z8zmXhrdBrvLfJnmEovSsTiUO0fCuY.WtWU0Z_Z4BNs0.Z8q1X eZtRP6YqH.OwUv1yQwTf5rWIXCZSumDDVlMXVyXuoBDYOPKiiPRfoz_lv2g5G8QQ5pTXBu7.UEVv 2DlZ886y7YeWZI4QE66PTlN3RKOwJjxffyb317lx_5kdFuO.uDH5hviGRjWcz2W9QJwfRNaPbGWY edRa9_.BXNFeACJIsrarJviyoV0MW_sOu17.sdbaRZuOnez.g7Hd.eQvVKlxfx9.MBIYSRQohHVQ GfxUppGJVoX2N.0CA7B4mCPisv8a3VpfaFm9V8fvD_KjUgHFBnixOXiDA1KkGjKI8Uvth36SrHoY GRhCJpEhyTCxeEwYPdhkKeR_4qh042811qP6XTDnCxxRfaNxjrs2FDEMvmcAuK0a4oxKddxVj7YD H5g8- X-Sonic-MF: X-Sonic-ID: 1aa207e6-f1f0-4b06-bf90-4f6d5c5cac74 Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.gq1.yahoo.com with HTTP; Tue, 18 Apr 2023 23:04:53 +0000 Received: by hermes--production-ne1-7dbd98dd99-84p8v (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 7af015081c4cc3836a2da824971f8444; Tue, 18 Apr 2023 23:04:47 +0000 (UTC) Content-Type: text/plain; charset=utf-8 List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.400.51.1.1\)) Subject: Re: The import of openzfs vs. armv7: boot crashs From: Mark Millard In-Reply-To: Date: Tue, 18 Apr 2023 16:04:35 -0700 Cc: Current FreeBSD , freebsd-arm , Mateusz Guzik , Pawel Jakub Dawidek , Kyle Evans Content-Transfer-Encoding: quoted-printable Message-Id: References: <6CB8D120-1600-40E6-8A1E-87E709DCEC8F.ref@yahoo.com> <6CB8D120-1600-40E6-8A1E-87E709DCEC8F@yahoo.com> To: Warner Losh X-Mailer: Apple Mail (2.3731.400.51.1.1) X-Rspamd-Queue-Id: 4Q1KJ70RX3z3tq6 X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N On Apr 18, 2023, at 15:46, Warner Losh wrote: > Fun... >=20 > I'm also fighting aarch64 issues... Of what kind? I've been able to use things as committed in FreeBSD (block_cloning never having been enabled but jumping from before the import to, effectively, after the FreeBSD adjustments). But I have not tried anything that is different as committed in openzfs. (I'm one of those that tested poudriere bulk activity via separate media from my normal aarch64 context. Those tests had no problems once the full set up adjustments was present in my context.) > Warner >=20 > On Tue, Apr 18, 2023, 4:45 PM Mark Millard wrote: > = https://github.com/openzfs/zfs/commit/d0cbd9feaf5b82130f2e679256c71e0c7413= aae9 >=20 > does not seem to cover armv7, just aarch64. (FreeBSD disabled > floating point for both armv7 and aarch64 but that is a > different change than above.) I probably should have explicitly noted that the fpu disabling was from after the snapshot being tested here. The point of the snapshot test (the most recent available) was to find out if armv7 crashed before the fpu-use disabling commit. > I used: >=20 > = FreeBSD-14.0-CURRENT-arm-armv7-GENERICSD-20230406-f21faa67ab6b-262010.img.= xz That is from after the import and after: =E2=80=A2 git: eb1feadc201a - main - zfs: fix null ap->a_fsizetd = NULL pointer derefernce Martin Matuska but with no other zfs changes. It does not contain: =E2=80=A2 git: d6e24901349d - main - zfs: disable kernel fpu usage = on arm and aarc64 Mateusz Guzik (But the openzfs changes are different.) > booted an RPi2B v1.1 and tried (note the KSTACK_PAGES notice and the > "undefined floating point instruction" notice): >=20 > # zpool import > ZFS NOTICE: KSTACK_PAGES is 2 which could result in stack overflow = panic! > Please consider adding 'options KSTACK_PAGES=3D4' to your kernel = config > panic: undefined floating point instruction in supervisor mode > cpuid =3D 2 > time =3D 1680784610 > KDB: stack backtrace: > db_trace_self() at db_trace_self > pc =3D 0xc05eb154 lr =3D 0xc007a688 = (db_trace_self_wrapper+0x30) > sp =3D 0xdd25c480 fp =3D 0xdd25c598 > db_trace_self_wrapper() at db_trace_self_wrapper+0x30 > pc =3D 0xc007a688 lr =3D 0xc02eb1b4 (vpanic+0x140) > sp =3D 0xdd25c5a0 fp =3D 0xdd25c5c0 > r4 =3D 0x00000100 r5 =3D 0x00000000 > r6 =3D 0xc0736bfc r7 =3D 0xc0b1aea8 > vpanic() at vpanic+0x140 > pc =3D 0xc02eb1b4 lr =3D 0xc02eaf94 (doadump) > sp =3D 0xdd25c5c8 fp =3D 0xdd25c5cc > r4 =3D 0xc0b92210 r5 =3D 0x00000000 > r6 =3D 0xc0610ca0 r7 =3D 0xf4210a0d > r8 =3D 0xddf32e4c r9 =3D 0x00000013 > r10 =3D 0xdd25c6c0 > doadump() at doadump > pc =3D 0xc02eaf94 lr =3D 0xc0610eb0 (vfp_new_thread) > sp =3D 0xdd25c5d4 fp =3D 0xdd25c638 > r4 =3D 0xdd25c6c0 r5 =3D 0xdd25c5cc > r6 =3D 0xc02eaf94 r10 =3D 0xdd25c5d4 > vfp_new_thread() at vfp_new_thread > pc =3D 0xc0610eb0 lr =3D 0xc060ff84 = (undefinedinstruction+0x178) > sp =3D 0xdd25c640 fp =3D 0xdd25c6b8 > undefinedinstruction() at undefinedinstruction+0x178 > pc =3D 0xc060ff84 lr =3D 0xc05edaa8 (exception_exit) > sp =3D 0xdd25c6c0 fp =3D 0xdd25c750 > r4 =3D 0x20000013 r5 =3D 0xde45e000 > r6 =3D 0xdd25c890 r7 =3D 0xdd25c8b0 > r8 =3D 0x00000000 r9 =3D 0x00000000 > r10 =3D 0xdd25c8c0 > exception_exit() at exception_exit > pc =3D 0xc05edaa8 lr =3D 0xddf31f20 (K256) > sp =3D 0xdd25c750 fp =3D 0xdd25c750 > r0 =3D 0xdd25c890 r1 =3D 0xde45e000 > r2 =3D 0xde45e400 r3 =3D 0xddf309fc > r4 =3D 0x00000400 r5 =3D 0xde45e000 > r6 =3D 0xdd25c890 r7 =3D 0xdd25c8b0 > r8 =3D 0x00000000 r9 =3D 0x00000000 > r10 =3D 0xdd25c8c0 r12 =3D 0xdd25c7a0 > zfs_sha256_block_neon() at zfs_sha256_block_neon+0x1c > pc =3D 0xddf32e4c lr =3D 0xc0946e8c (pcpup) > sp =3D 0xdd25c758 fp =3D 0xc0b0aeec > r4 =3D 0xc0919610 r5 =3D 0xc0919630 > r6 =3D 0xc0919618 r7 =3D 0x642ebce2 > r8 =3D 0xc0b1b0ec r9 =3D 0xc0915e88 > r10 =3D 0xc0b1b0dc > Fatal kernel mode data abort: 'Translation Fault (L1)' on read > trapframe: 0xdd25c330 > FSR=3D00000005, FAR=3D95e29398, spsr=3D200000d3 > r0 =3Ddd25c424, r1 =3D81000000, r2 =3D95e29395, r3 =3D55555555 > r4 =3Dc08ae93c, r5 =3D00004aa0, r6 =3D00004aa0, r7 =3Dc08d3e3c > r8 =3D00000001, r9 =3Dc079567a, r10=3D0000000b, r11=3Ddd25c3e0 > r12=3D00000000, ssp=3Ddd25c3c4, slr=3D00000001, pc =3Dc0610308 >=20 > panic: Fatal abort > . . . (repeats over and over) . . . >=20 =3D=3D=3D Mark Millard marklmi at yahoo.com