Date: Sat, 14 Aug 2021 19:46:36 +0900 From: Yoshiro MIHIRA <sanpei.ml@gmail.com> To: freebsd-arm <freebsd-arm@freebsd.org> Subject: Re: [14-CURRENT]BBB can't boot 14-CURRENT GENERICSD-20210805 Message-ID: <CALwmBx0zwfwDFDV_M-vM_8dnncL1wBi8FC%2BkagoKrLVPfrDFmA@mail.gmail.com> In-Reply-To: <CALwmBx0Q_t=YGSJzMszmmVctRRqTica1xPrNQ9dytxis5ArRgA@mail.gmail.com> References: <CALwmBx0Q_t=YGSJzMszmmVctRRqTica1xPrNQ9dytxis5ArRgA@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
--00000000000060bb8e05c982af0e Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable If I manually build 14-CURRENT kernel(main-n248700-288e553623d3) and replace /boot/kernel directory on 13.0-STABLE-arm-armv7-GENERICSD-20210812= . It can boot without panic. 2021=E5=B9=B48=E6=9C=8814=E6=97=A5(=E5=9C=9F) 18:15 Yoshiro MIHIRA <sanpei.= ml@gmail.com>: > I can use 13.0-STABLE-arm-armv7-GENERICSD-20210812 on Beaglebone Black[OK= ]. > > However, I tested 14-CURRENT GENERICSD-20210805 on Beaglebone Black. > It can't boot with the below message[NG]. > > Please let me know to solve this issue. > > If I use the same microSD on Raspberry PI2, it can boot without issue. > I put all boot console messages. > https://people.freebsd.org/~sanpei/20210814-boot-NG-14-GENERICSD-20210805 > > <<BOOT message> > mem: <memory> > ofwbus0: <Open Firmware Device Tree> > ti_sysc0: <TI SYSC Interconnect> on ofwbus0 > panic: Assertion size > 0 failed at /usr/src/sys/kern/subr_vmem.c:1332 > <----- PANIC!! > cpuid =3D 0 > time =3D 1 > KDB: stack backtrace: > db_trace_self() at db_trace_self > pc =3D 0xc05aa35c lr =3D 0xc007ab68 (db_trace_self_wrapper+0x30= ) > sp =3D 0xc0e16a98 fp =3D 0xc0e16bb0 > db_trace_self_wrapper() at db_trace_self_wrapper+0x30 > pc =3D 0xc007ab68 lr =3D 0xc02d8ac0 (vpanic+0x17c) > sp =3D 0xc0e16bb8 fp =3D 0xc0e16bd8 > r4 =3D 0x00000100 r5 =3D 0x00000000 > r6 =3D 0xc06ff53d r7 =3D 0xc08db4a8 > vpanic() at vpanic+0x17c > pc =3D 0xc02d8ac0 lr =3D 0xc02d8864 (doadump) > sp =3D 0xc0e16be0 fp =3D 0xc0e16be4 > r4 =3D 0xc1e1b000 r5 =3D 0x00000000 > r6 =3D 0x00000000 r7 =3D 0xc0e16c50 > r8 =3D 0xc0b29d80 r9 =3D 0x00000002 > r10 =3D 0xc0e16c2c > doadump() at doadump > pc =3D 0xc02d8864 lr =3D 0xc0346514 (vmem_xalloc) > sp =3D 0xc0e16bec fp =3D 0xc0e16c20 > r4 =3D 0xc0e16c2c r5 =3D 0xc0e16be4 > r6 =3D 0xc02d8864 r10 =3D 0xc0e16bec > vmem_xalloc() at vmem_xalloc > pc =3D 0xc0346514 lr =3D 0xc0571a74 (kmem_malloc_domainset+0x9c= ) > sp =3D 0xc0e16c28 fp =3D 0xc0e16c70 > r4 =3D 0x00000006 r5 =3D 0x000000cc > r6 =3D 0xc0ddc108 r7 =3D 0xc1e1b000 > r8 =3D 0x00000000 r9 =3D 0x00000000 > r10 =3D 0xc0e16c50 > kmem_malloc_domainset() at kmem_malloc_domainset+0x9c > pc =3D 0xc0571a74 lr =3D 0xc02b3ba0 (malloc_large+0x2c) > sp =3D 0xc0e16c78 fp =3D 0xc0e16c90 > r4 =3D 0x00000002 r5 =3D 0xffffffff > r6 =3D 0x00000d90 r7 =3D 0x00000000 > r8 =3D 0xc08ac904 r9 =3D 0xc0766709 > r10 =3D 0x80000803 > malloc_large() at malloc_large+0x2c > pc =3D 0xc02b3ba0 lr =3D 0xc067c37c (ti_sysc_attach+0x19c) > sp =3D 0xc0e16c98 fp =3D 0xc0e16cd0 > r4 =3D 0xd11d3e00 r5 =3D 0xffffffff > r6 =3D 0x00000d90 r7 =3D 0xd11d3e28 > r8 =3D 0x00000d90 r10 =3D 0x80000803 > ti_sysc_attach() at ti_sysc_attach+0x19c > pc =3D 0xc067c37c lr =3D 0xc0316678 (device_attach+0x50c) > sp =3D 0xc0e16cd8 fp =3D 0xc0e16d20 > r4 =3D 0xc25e4680 r5 =3D 0xc25e4a80 > r6 =3D 0x36a26d7e r7 =3D 0x00000000 > r8 =3D 0xc0b2e824 r9 =3D 0x80040001 > r10 =3D 0x80000803 > > --00000000000060bb8e05c982af0e--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CALwmBx0zwfwDFDV_M-vM_8dnncL1wBi8FC%2BkagoKrLVPfrDFmA>