From nobody Wed Apr 19 06:55:17 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 4Q1WlH115Cz454nN for ; Wed, 19 Apr 2023 06:55:39 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic303-23.consmr.mail.gq1.yahoo.com (sonic303-23.consmr.mail.gq1.yahoo.com [98.137.64.204]) (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 4Q1WlF6Yzxz3rJ9 for ; Wed, 19 Apr 2023 06:55:37 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=uGB6bf1o; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.204 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1681887335; bh=JmxLNP76HVh/TPX47yRWvnTYrTTGWOyHdIYWqt7TOZA=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=uGB6bf1ouzyPu8k+3AJ9ZmeLRrweezsPjlxyS7XPUCxWIH5Owh8YJ4My4K8GE458sbsbKSwQ+k91j/k5avIKzD1R02TduK8o1r6r/RUknnw8x2Pg8cRBvfzDX1FToKV6E64hPnkV9Ixw7CMtWlHRRoNDVPNWyEx2bsASLfqhWjGzISTLPuYq7QXxrqw+jBzpFuKuizxZnx7Q7QD0lVEwHQD0B3b/p6NWxkgV2sa7Cae9PuK0cOzDgR/YRpmXMBdpVVsZxNSGxU+tyL17fKAeZE3Z+g6K2KOk5YdHNweBkfamEAwJziozgLEfuZaTtmP6KT2gp3VJuqEE6kseqE1OgQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1681887335; bh=YsWMP3wgbLlmIYFAkBRBh3lpeN9Sel6s3mqQWFhw88T=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=csiLYK3tNx/EVZItjgXF5A0rPT9Y8M011rvhNTnpyJBERgRA6KztRYscrugXtLAA0BANtTv4zlvyPvmf/7p9SBupQ5e/q+hog66O1xi6PkPcOBp1Z0lH1LpHc0AKiyoK4sEVwicB+roQU9n5k9KFdrRgVHRPk2hk9AG26HctJlF37W7bvH1/6zbf5aRGEMPZQx4WY+P8jR0sc2bUxGy0gvwrMhWRsfnI43MkurK2lGS+beCAHKRV9Kbtp0BhuazJqMuj5sJDuLWQnXAaqvdGAILbo3e+/XY1nhXOywJB2KBOTtb1Li258xrItSmAvA+0fC2PYfzOOj6VJUH92h10wg== X-YMail-OSG: 25CPdC0VM1neVVUvu5b0cfUDDvN7PjVbIadjljHSRW5CcK_7HXa7ZIwsvlzyVSa GnhMGvHwMg.NsRFjWWzJUYpON1Q0CcobLoegIESJyJWxQy1IeO2WHW0ksl3S12zrb.fnEo72CYcm UpQu684Gdp3r5xOWR7FU1_B4DKLIKloCHWColUqgUExISCuqHIBKJljaDtVKJ6N_h3jYpicfouQv SSQmjCkhXm5PCCa9r3NKfScfr8Q7hTLWcuWUKtiFp24wGM7un6E9X8fQ9EMKcLl3JbIEQYBq3ik1 33eT5VveGwxAMfvTRwOSNCvdIeF7.lTnoJCs6T0GWkWfEUY9RMBFXF_i80efI_N3CxWrBquxzOkR d3.YqpBDPq7hEKkH5RLh0eu4S.EPjE8nUmrLB610ol.2FmXxNzesnm.l92gWEG6EGt2XkDQP7q1I ippe5dBFGqNHkHkCFbXiViqdmg.29KSgErWuEhaNcbRXBKq3_17Hill9OFTVzBc0bXrIMfqQjizm xipWN9jbkQbulN.0aWil02cL5gm3LKb.rDg2yf1F9M1i5_19D_3hVZcTR7.o5hzlePB1GsaTV59Y 63SabBBPPpapXh_JhuwGlz4kNUXjOaipYiYTH.mY5UHCOseJ6hxaeiJkGc3VJ.u1YaMJmPytUzhL qWHmZvJI.V0aznw9gaqLi4OfeeOHHINyoH4yGdUwlLkWUsm9gWtltDcVzDaYQbRZu8xm1MjHG_Z3 BYw28ybsA6OPuEBBFh.BYR3odOIojlhdwZRevYim1DdlfER0PizEERWfpozfVk.S6WgEd5vrNH95 .yGWCeJSZPZVFYRYbtJGC8LIl6eEoI_.bRniBsjWZ18y7muVW4Zp1EVFoG7sZoOjwTLrnHp5EIl2 4cxioUUBQNuNa9BrREhXOe6SeJvjBqU7ivXyVZql1y4X67txQ3bxHroZOnuE.ATSpcX0EAbgiGYS wB368JLTLHGfaB7oI4C2ktCbYR2gk2pyl3XewvCimj2FCTSf7gM_h92oqkyoo6.6S5_d1BAmBPXI 7w.jM_MDIQ21AiVvQnwBQ7krMtt8YP9bPXu.bmO5_Y2XpUCrqyTTz3wlcjUaCPOASeJyjpJhcRZ4 mE1JmFjstV3CerzHno5ui5LwdGiH98k022mzK9daOAakIDuTS_waCyQM_CjOABdc.lx6Amn1Upnq D2brgoEQlxLKxlOL2NtFnybxVa9aP98H9pv_H9RUWLo2kJLl_LUDbEVdcA1MWj3VDZx3jdKcJKPm AUpkqjZuygrlNyyZj6mhudBf0yDGWcIpc9HO2XnfSc0PJYaCy6r8BTNzTJe2Atox8ODmqDy5p19I q3ajPiIKDgp6ldPM16WbXk56fl_6dGkxH_e7DkWjT39G6VW0_9KD173f5iGayBnhhodDDSz7dbnq qeIK2I1pJneEJU92CBL3LMdrxGag0hB1POow4Rk2msDAUnoOaXi5Bw0bkFFS4c0RdDP8pWoM6M1p NIVirmTJ4cWU9ipX8CNUks985p3fQiHgW57VpnqzjzGixSBKczxSpzej._syb87TSaqiI3YL8JIv tTrAx4xuRxh.DQxnwa3XvEXIBCHbkZQXuNg2IZOEXK.WY8UgxhCjSsmvits.5BZkTD13WUWfUX.1 9KufNzYrdwShxupDl5pq.YO2M9VBrD7qW8uwBPn.6mvj7TW9B.A01125xUhVuSC2LLax8pDBj68f 5KNeY97ADhcl_O4ItS.J_Z1CRcgtNhntRg_3WgWW_R_mfBrJ.E5ETU6qc5hAR7wW3VN8ltIhzbQ0 kBrZ6GBGa7A_CQfbCv6S7SgACoZS1jLRRi1stjKyRJzlToRaDJ_vxqhbFf64wSC6evPQfA0Hvxg2 cOBgvlF4cbOEMLyhdHaDasrPYq79Hu9BSgNqxQf1eaadAyvu7xh1N3z9AouWUp341hSeFubLGeKd kWF_vcQvaQ2lWvSM6bsbnpS2LWmOz7MsF7jiNxLj10vXiQ1CQNHoDx4MCu3WiIBK6wxgQP0HFyUh 85LCHAlDGfwVcWrEQ8ZmJsNmy9UqeYgxH_qfhf9YfoghxoQFOW2rbeX4M4rlXzaD6HFNafQJhri7 j2APkZr9QMvdcR85T7Eial7n8KoHijzkiA6lkro.pG0.DtBg.RQKYEw5O42ZAlbLUtlUpSv4N1cD P6M9ZrAYnEjG.UqreK.qTlftADmKkkdd7lN6WY3C2pCSiSz0dgfJl1Q3P8Xqd3Eg.XfbqAK57z0T vu4nmajDFNm02iyI3Uy_arRKid0GfT4SPclC8VQQ1AU6y7yZd0AFrLwFvqItaD29j6rj6SSo3sQF rCZ4eXLhlWlk- X-Sonic-MF: X-Sonic-ID: 9ade6a74-6987-42f0-8a4e-28d6cfc8ac2d Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.gq1.yahoo.com with HTTP; Wed, 19 Apr 2023 06:55:35 +0000 Received: by hermes--production-bf1-5f9df5c5c4-p5s6l (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID a489cffba91d9a07a287463556104c64; Wed, 19 Apr 2023 06:55:30 +0000 (UTC) Content-Type: text/plain; charset=us-ascii 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: <6CB8D120-1600-40E6-8A1E-87E709DCEC8F@yahoo.com> Date: Tue, 18 Apr 2023 23:55:17 -0700 Cc: "mjg@freebsd.org" , "pjd@freebsd.org" , Kyle Evans Content-Transfer-Encoding: quoted-printable Message-Id: References: <6CB8D120-1600-40E6-8A1E-87E709DCEC8F@yahoo.com> To: Current FreeBSD , freebsd-arm X-Mailer: Apple Mail (2.3731.400.51.1.1) X-Spamd-Result: default: False [-3.50 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; MV_CASE(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; TO_DN_EQ_ADDR_SOME(0.00)[]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.204:from]; FREEMAIL_FROM(0.00)[yahoo.com]; TO_DN_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCPT_COUNT_FIVE(0.00)[5]; DKIM_TRACE(0.00)[yahoo.com:+]; RCVD_COUNT_THREE(0.00)[3]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org] X-Rspamd-Queue-Id: 4Q1WlF6Yzxz3rJ9 X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N On Apr 18, 2023, at 15:44, 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.) >=20 > I used: >=20 > = FreeBSD-14.0-CURRENT-arm-armv7-GENERICSD-20230406-f21faa67ab6b-262010.img.= xz >=20 > 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) . . . I probably need to explain the subject line's reference to boot crashes, given the specific crash that I show is not that. I reported a simpler context than booting ZFS media: boot a UFS snapshot then force ZFS to start with no ZFS pools even being present. It is the same simplified type of test that I previously had reported for aarch64 as a simpler/easier test to set up than an actual root on ZFS crash that I had originally gotten for aarch64. The test I present should imply that a boot of, say, a root on ZFS context would crash. =3D=3D=3D Mark Millard marklmi at yahoo.com