Date: Tue, 18 Apr 2023 16:46:27 -0600 From: Warner Losh <imp@bsdimp.com> To: Mark Millard <marklmi@yahoo.com> Cc: Current FreeBSD <freebsd-current@freebsd.org>, freebsd-arm <freebsd-arm@freebsd.org>, Mateusz Guzik <mjg@freebsd.org>, Pawel Jakub Dawidek <pjd@freebsd.org>, Kyle Evans <kevans@freebsd.org> Subject: Re: The import of openzfs vs. armv7: boot crashs Message-ID: <CANCZdfrrWget9PY8bDbUuPTvtVsvuyWzn9qX_NdCqfxFdrLo4g@mail.gmail.com> In-Reply-To: <6CB8D120-1600-40E6-8A1E-87E709DCEC8F@yahoo.com>
index | next in thread | previous in thread | raw e-mail
[-- Attachment #1 --] Fun... I'm also fighting aarch64 issues... Warner On Tue, Apr 18, 2023, 4:45 PM Mark Millard <marklmi@yahoo.com> wrote: > > https://github.com/openzfs/zfs/commit/d0cbd9feaf5b82130f2e679256c71e0c7413aae9 > > 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 used: > > > FreeBSD-14.0-CURRENT-arm-armv7-GENERICSD-20230406-f21faa67ab6b-262010.img.xz > > booted an RPi2B v1.1 and tried (note the KSTACK_PAGES notice and the > "undefined floating point instruction" notice): > > # zpool import > ZFS NOTICE: KSTACK_PAGES is 2 which could result in stack overflow panic! > Please consider adding 'options KSTACK_PAGES=4' to your kernel config > panic: undefined floating point instruction in supervisor mode > cpuid = 2 > time = 1680784610 > KDB: stack backtrace: > db_trace_self() at db_trace_self > pc = 0xc05eb154 lr = 0xc007a688 (db_trace_self_wrapper+0x30) > sp = 0xdd25c480 fp = 0xdd25c598 > db_trace_self_wrapper() at db_trace_self_wrapper+0x30 > pc = 0xc007a688 lr = 0xc02eb1b4 (vpanic+0x140) > sp = 0xdd25c5a0 fp = 0xdd25c5c0 > r4 = 0x00000100 r5 = 0x00000000 > r6 = 0xc0736bfc r7 = 0xc0b1aea8 > vpanic() at vpanic+0x140 > pc = 0xc02eb1b4 lr = 0xc02eaf94 (doadump) > sp = 0xdd25c5c8 fp = 0xdd25c5cc > r4 = 0xc0b92210 r5 = 0x00000000 > r6 = 0xc0610ca0 r7 = 0xf4210a0d > r8 = 0xddf32e4c r9 = 0x00000013 > r10 = 0xdd25c6c0 > doadump() at doadump > pc = 0xc02eaf94 lr = 0xc0610eb0 (vfp_new_thread) > sp = 0xdd25c5d4 fp = 0xdd25c638 > r4 = 0xdd25c6c0 r5 = 0xdd25c5cc > r6 = 0xc02eaf94 r10 = 0xdd25c5d4 > vfp_new_thread() at vfp_new_thread > pc = 0xc0610eb0 lr = 0xc060ff84 (undefinedinstruction+0x178) > sp = 0xdd25c640 fp = 0xdd25c6b8 > undefinedinstruction() at undefinedinstruction+0x178 > pc = 0xc060ff84 lr = 0xc05edaa8 (exception_exit) > sp = 0xdd25c6c0 fp = 0xdd25c750 > r4 = 0x20000013 r5 = 0xde45e000 > r6 = 0xdd25c890 r7 = 0xdd25c8b0 > r8 = 0x00000000 r9 = 0x00000000 > r10 = 0xdd25c8c0 > exception_exit() at exception_exit > pc = 0xc05edaa8 lr = 0xddf31f20 (K256) > sp = 0xdd25c750 fp = 0xdd25c750 > r0 = 0xdd25c890 r1 = 0xde45e000 > r2 = 0xde45e400 r3 = 0xddf309fc > r4 = 0x00000400 r5 = 0xde45e000 > r6 = 0xdd25c890 r7 = 0xdd25c8b0 > r8 = 0x00000000 r9 = 0x00000000 > r10 = 0xdd25c8c0 r12 = 0xdd25c7a0 > zfs_sha256_block_neon() at zfs_sha256_block_neon+0x1c > pc = 0xddf32e4c lr = 0xc0946e8c (pcpup) > sp = 0xdd25c758 fp = 0xc0b0aeec > r4 = 0xc0919610 r5 = 0xc0919630 > r6 = 0xc0919618 r7 = 0x642ebce2 > r8 = 0xc0b1b0ec r9 = 0xc0915e88 > r10 = 0xc0b1b0dc > Fatal kernel mode data abort: 'Translation Fault (L1)' on read > trapframe: 0xdd25c330 > FSR=00000005, FAR=95e29398, spsr=200000d3 > r0 =dd25c424, r1 =81000000, r2 =95e29395, r3 =55555555 > r4 =c08ae93c, r5 =00004aa0, r6 =00004aa0, r7 =c08d3e3c > r8 =00000001, r9 =c079567a, r10=0000000b, r11=dd25c3e0 > r12=00000000, ssp=dd25c3c4, slr=00000001, pc =c0610308 > > panic: Fatal abort > . . . (repeats over and over) . . . > > === > Mark Millard > marklmi at yahoo.com > > > [-- Attachment #2 --] <div dir="auto">Fun...<div dir="auto"><br></div><div dir="auto">I'm also fighting aarch64 issues...</div><div dir="auto"><br></div><div dir="auto">Warner</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Apr 18, 2023, 4:45 PM Mark Millard <<a href="mailto:marklmi@yahoo.com">marklmi@yahoo.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><a href="https://github.com/openzfs/zfs/commit/d0cbd9feaf5b82130f2e679256c71e0c7413aae9" rel="noreferrer noreferrer" target="_blank">https://github.com/openzfs/zfs/commit/d0cbd9feaf5b82130f2e679256c71e0c7413aae9</a><br>; <br> does not seem to cover armv7, just aarch64. (FreeBSD disabled<br> floating point for both armv7 and aarch64 but that is a<br> different change than above.)<br> <br> I used:<br> <br> FreeBSD-14.0-CURRENT-arm-armv7-GENERICSD-20230406-f21faa67ab6b-262010.img.xz<br> <br> booted an RPi2B v1.1 and tried (note the KSTACK_PAGES notice and the<br> "undefined floating point instruction" notice):<br> <br> # zpool import<br> ZFS NOTICE: KSTACK_PAGES is 2 which could result in stack overflow panic!<br> Please consider adding 'options KSTACK_PAGES=4' to your kernel config<br> panic: undefined floating point instruction in supervisor mode<br> cpuid = 2<br> time = 1680784610<br> KDB: stack backtrace:<br> db_trace_self() at db_trace_self<br> pc = 0xc05eb154 lr = 0xc007a688 (db_trace_self_wrapper+0x30)<br> sp = 0xdd25c480 fp = 0xdd25c598<br> db_trace_self_wrapper() at db_trace_self_wrapper+0x30<br> pc = 0xc007a688 lr = 0xc02eb1b4 (vpanic+0x140)<br> sp = 0xdd25c5a0 fp = 0xdd25c5c0<br> r4 = 0x00000100 r5 = 0x00000000<br> r6 = 0xc0736bfc r7 = 0xc0b1aea8<br> vpanic() at vpanic+0x140<br> pc = 0xc02eb1b4 lr = 0xc02eaf94 (doadump)<br> sp = 0xdd25c5c8 fp = 0xdd25c5cc<br> r4 = 0xc0b92210 r5 = 0x00000000<br> r6 = 0xc0610ca0 r7 = 0xf4210a0d<br> r8 = 0xddf32e4c r9 = 0x00000013<br> r10 = 0xdd25c6c0<br> doadump() at doadump<br> pc = 0xc02eaf94 lr = 0xc0610eb0 (vfp_new_thread)<br> sp = 0xdd25c5d4 fp = 0xdd25c638<br> r4 = 0xdd25c6c0 r5 = 0xdd25c5cc<br> r6 = 0xc02eaf94 r10 = 0xdd25c5d4<br> vfp_new_thread() at vfp_new_thread<br> pc = 0xc0610eb0 lr = 0xc060ff84 (undefinedinstruction+0x178)<br> sp = 0xdd25c640 fp = 0xdd25c6b8<br> undefinedinstruction() at undefinedinstruction+0x178<br> pc = 0xc060ff84 lr = 0xc05edaa8 (exception_exit)<br> sp = 0xdd25c6c0 fp = 0xdd25c750<br> r4 = 0x20000013 r5 = 0xde45e000<br> r6 = 0xdd25c890 r7 = 0xdd25c8b0<br> r8 = 0x00000000 r9 = 0x00000000<br> r10 = 0xdd25c8c0<br> exception_exit() at exception_exit<br> pc = 0xc05edaa8 lr = 0xddf31f20 (K256)<br> sp = 0xdd25c750 fp = 0xdd25c750<br> r0 = 0xdd25c890 r1 = 0xde45e000<br> r2 = 0xde45e400 r3 = 0xddf309fc<br> r4 = 0x00000400 r5 = 0xde45e000<br> r6 = 0xdd25c890 r7 = 0xdd25c8b0<br> r8 = 0x00000000 r9 = 0x00000000<br> r10 = 0xdd25c8c0 r12 = 0xdd25c7a0<br> zfs_sha256_block_neon() at zfs_sha256_block_neon+0x1c<br> pc = 0xddf32e4c lr = 0xc0946e8c (pcpup)<br> sp = 0xdd25c758 fp = 0xc0b0aeec<br> r4 = 0xc0919610 r5 = 0xc0919630<br> r6 = 0xc0919618 r7 = 0x642ebce2<br> r8 = 0xc0b1b0ec r9 = 0xc0915e88<br> r10 = 0xc0b1b0dc<br> Fatal kernel mode data abort: 'Translation Fault (L1)' on read<br> trapframe: 0xdd25c330<br> FSR=00000005, FAR=95e29398, spsr=200000d3<br> r0 =dd25c424, r1 =81000000, r2 =95e29395, r3 =55555555<br> r4 =c08ae93c, r5 =00004aa0, r6 =00004aa0, r7 =c08d3e3c<br> r8 =00000001, r9 =c079567a, r10=0000000b, r11=dd25c3e0<br> r12=00000000, ssp=dd25c3c4, slr=00000001, pc =c0610308<br> <br> panic: Fatal abort<br> . . . (repeats over and over) . . .<br> <br> ===<br> Mark Millard<br> marklmi at <a href="http://yahoo.com" rel="noreferrer noreferrer" target="_blank">yahoo.com</a><br> <br> <br> </blockquote></div>help
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CANCZdfrrWget9PY8bDbUuPTvtVsvuyWzn9qX_NdCqfxFdrLo4g>