Date: Sun, 13 Apr 2025 21:37:02 +0200 From: Mario Marietto <marietto2008@gmail.com> To: Mark Millard <marklmi@yahoo.com> Cc: Andrew Haley <aph-open@littlepinkcloud.com>, freebsd-arm@freebsd.org Subject: Re: Firefox crashes all the time on the RaspBerry Pi Zero 2W Message-ID: <CA%2B1FSigAYEVu3eUhFLWOA2e3SeQi4cN_EYT8CpsQWUEcxmaVSA@mail.gmail.com> In-Reply-To: <724ADF41-02A6-4452-9AB2-0F7DF376592D@yahoo.com> References: <CA%2B1FSig7cE2_qP2GvbjTV34rDqucto-w5o4Ymyou9fVQ21WO=g@mail.gmail.com> <492f6f91-9ce2-497f-9ac1-2c6c7315790b@FreeBSD.org> <e1daada1-e947-4398-9c74-efd1136e7d5c@littlepinkcloud.com> <357901C9-10F1-4041-9BB2-CFE3FF863A82@yahoo.com> <724ADF41-02A6-4452-9AB2-0F7DF376592D@yahoo.com>
next in thread | previous in thread | raw e-mail | index | archive | help
--00000000000074c50d0632ae11ae Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable I don't know if it is relevant or not,but this is the image file that I've installed on the sd card of my raspberry pi zero 2W FreeBSD-14.2-RELEASE-arm64-aarch64-RPI.img On Sun, Apr 13, 2025 at 9:31=E2=80=AFPM Mark Millard <marklmi@yahoo.com> wr= ote: > On Apr 13, 2025, at 09:41, Mark Millard <marklmi@yahoo.com> wrote: > > > On Apr 13, 2025, at 04:20, Andrew Haley <aph-open@littlepinkcloud.com> > wrote: > > > >> On 13/04/2025 11:51, Ronald Klop wrote: > >>> Op 29-03-2025 om 23:31 schreef Mario Marietto: > >>>> Hello to everyone. > >>>> > >>>> I've installed FreeBSD 14.2 on my Raspberry Pi Zero 2W. > >>>> The problem that I'm having is that Firefox crashes all the time. Th= e > errors that it gives are : > >>>> > >>> The warnings Firefox is printing might be misleading. The most > concrete thing it says is "Segmentation fault (core dumped)". So you coul= d > look up the core dump and use a debugger to check what is going on. As > Firefox is a big piece of software this might not be trivial. > >> > >> Is this a 64-bit build? > >> > >> Some early revisions of the Cortex-A53 have an erratum (835769) whereb= y > >> it is possible for a 64-bit multiply-accumulate instruction in > >> AArch64 state to generate an incorrect result. The details are quite > >> complex and hard to determine statically, since branches in the code > >> may exist in some circumstances, but all cases end with a memory > >> (load, store, or prefetch) instruction followed immediately by the > >> multiply-accumulate operation. > >> > >> Cortex-A53_MPCore_Software_Developers_Errata_Notice_21.pdf > >> https://gcc.gnu.org/legacy-ml/gcc-patches/2014-10/msg00906.html > >> > >> To work on these computers, all software must be compiled with the > >> -mfix-cortex-a53-835769 compiler option. > >> > >> We have seen this crash in the wild. > >> > > > > On a Zero 2 W? That was released in 2021-Oct. The RPi3B was > > released in 2016-Feb. The errata with 835769 was published > > in the 2014-Oct-08 ARM-EPM-048406 v14 document. > > > > There is also 843419 from the 2015-Feb-20 ARM-EPM-048406 v16 > > document. And there are others. > > > > Looking at what FreeBSD reports for the r0p? revision would > > be relevant to what REVIDR register bits might report about > > the status of such errata for a Cortex-A53. > > > > r0p0: > > REVIDR[0] 810919 CatB Clearing of the global exclusive monitor can fail > to set the event register > > REVIDR[1] 812869 CatA Instruction stream might be corrupted > > > > r0p1: > > REVIDR[2] 821523 CatA Hazarding snoop request might cause deadlock > > REVIDR[6] 829070 CatA Speculative data reads might be performed to > Device memory > > > > r0p2: > > REVIDR[2] 821523 CatA Hazarding snoop request might cause deadlock > > REVIDR[4] 823273 CatA Rare Load or store which fails condition code > check might cause data corruption > > REVIDR[5] 823819 CatB A snoop request to a core coincident with > retention entry might cause deadlock > > REVIDR[6] 829070 CatA Speculative data reads might be performed to > Device memory > > REVIDR[7] 835769 CatA AArch64 multiply-accumulate instruction might > produce incorrect result > > > > r0p3: > > REVIDR[6] 829070 CatA Speculative data reads might be performed to > Device memory > > REVIDR[7] 835769 CatA AArch64 multiply-accumulate instruction might > produce incorrect result > > > > r0p4: > > REVIDR[7] 835769 CatA AArch64 multiply-accumulate instruction might > produce incorrect result > > REVIDR[8] 843419 CatA A load or store might access an incorrect address > > REVIDR[9] 859374 CatC AArch64 memory streaming performance might be > lower than expected when using a 64KB translation granule > > > > Does anything report the Cortex-A53 REVIDR value as well? > > > > I looked at a old serial console capture of a boot log from > a very old RPi3B. It showed r0p4: > > CPU 0: ARM Cortex-A53 r0p4 affinity: > > But I did not see anything that looked to be based on REVIDR. > > =3D=3D=3D > Mark Millard > marklmi at yahoo.com > > --=20 Mario. --00000000000074c50d0632ae11ae Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div>I don't know if it is relevant or not,but this is= the image file that I've installed on the sd card of my raspberry pi z= ero 2W</div><div><br></div><div>FreeBSD-14.2-RELEASE-arm64-aarch64-RPI.img<= /div></div><br><div class=3D"gmail_quote"><div dir=3D"ltr" class=3D"gmail_a= ttr">On Sun, Apr 13, 2025 at 9:31=E2=80=AFPM Mark Millard <<a href=3D"ma= ilto:marklmi@yahoo.com" target=3D"_blank">marklmi@yahoo.com</a>> wrote:<= br></div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8e= x;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Apr 13, 2025,= at 09:41, Mark Millard <<a href=3D"mailto:marklmi@yahoo.com" target=3D"= _blank">marklmi@yahoo.com</a>> wrote:<br> <br> > On Apr 13, 2025, at 04:20, Andrew Haley <<a href=3D"mailto:aph-open= @littlepinkcloud.com" target=3D"_blank">aph-open@littlepinkcloud.com</a>>= ; wrote:<br> > <br> >> On 13/04/2025 11:51, Ronald Klop wrote:<br> >>> Op 29-03-2025 om 23:31 schreef Mario Marietto:<br> >>>> Hello to everyone.<br> >>>> <br> >>>> I've installed FreeBSD 14.2 on my Raspberry Pi Zero 2W= .<br> >>>> The problem that I'm having is that Firefox crashes al= l the time. The errors that it gives are :<br> >>>> <br> >>> The warnings=C2=A0 Firefox is printing might be misleading. Th= e most concrete thing it says is "Segmentation fault (core dumped)&quo= t;. So you could look up the core dump and use a debugger to check what is = going on. As Firefox is a big piece of software this might not be trivial.<= br> >> <br> >> Is this a 64-bit build?<br> >> <br> >> Some early revisions of the Cortex-A53 have an erratum (835769) wh= ereby<br> >> it is possible for a 64-bit multiply-accumulate instruction in<br> >> AArch64 state to generate an incorrect result.=C2=A0 The details a= re quite<br> >> complex and hard to determine statically, since branches in the co= de<br> >> may exist in some circumstances, but all cases end with a memory<b= r> >> (load, store, or prefetch) instruction followed immediately by the= <br> >> multiply-accumulate operation.<br> >> <br> >> Cortex-A53_MPCore_Software_Developers_Errata_Notice_21.pdf<br> >> <a href=3D"https://gcc.gnu.org/legacy-ml/gcc-patches/2014-10/msg00= 906.html" rel=3D"noreferrer" target=3D"_blank">https://gcc.gnu.org/legacy-m= l/gcc-patches/2014-10/msg00906.html</a><br> >> <br> >> To work on these computers, all software must be compiled with the= <br> >> -mfix-cortex-a53-835769 compiler option.<br> >> <br> >> We have seen this crash in the wild.<br> >> <br> > <br> > On a Zero 2 W? That was released in 2021-Oct. The RPi3B was<br> > released in 2016-Feb. The errata with 835769 was published<br> > in the 2014-Oct-08 ARM-EPM-048406 v14 document.<br> > <br> > There is also 843419 from the 2015-Feb-20 ARM-EPM-048406 v16<br> > document. And there are others.<br> > <br> > Looking at what FreeBSD reports for the r0p? revision would<br> > be relevant to what REVIDR register bits might report about<br> > the status of such errata for a Cortex-A53.<br> > <br> > r0p0:<br> > REVIDR[0] 810919 CatB Clearing of the global exclusive monitor can fai= l to set the event register <br> > REVIDR[1] 812869 CatA Instruction stream might be corrupted <br> > <br> > r0p1:<br> > REVIDR[2] 821523 CatA Hazarding snoop request might cause deadlock <br= > > REVIDR[6] 829070 CatA Speculative data reads might be performed to Dev= ice memory <br> > <br> > r0p2:<br> > REVIDR[2] 821523 CatA Hazarding snoop request might cause deadlock <br= > > REVIDR[4] 823273 CatA Rare Load or store which fails condition code ch= eck might cause data corruption<br> > REVIDR[5] 823819 CatB A snoop request to a core coincident with retent= ion entry might cause deadlock<br> > REVIDR[6] 829070 CatA Speculative data reads might be performed to Dev= ice memory<br> > REVIDR[7] 835769 CatA AArch64 multiply-accumulate instruction might pr= oduce incorrect result<br> > <br> > r0p3:<br> > REVIDR[6] 829070 CatA Speculative data reads might be performed to Dev= ice memory <br> > REVIDR[7] 835769 CatA AArch64 multiply-accumulate instruction might pr= oduce incorrect result <br> > <br> > r0p4:<br> > REVIDR[7] 835769 CatA AArch64 multiply-accumulate instruction might pr= oduce incorrect result <br> > REVIDR[8] 843419 CatA A load or store might access an incorrect addres= s<br> > REVIDR[9] 859374 CatC AArch64 memory streaming performance might be lo= wer than expected when using a 64KB translation granule<br> > <br> > Does anything report the Cortex-A53 REVIDR value as well?<br> > <br> <br> I looked at a old serial console capture of a boot log from<br> a very old RPi3B. It showed r0p4:<br> <br> CPU=C2=A0 0: ARM Cortex-A53 r0p4 affinity: <br> <br> But I did not see anything that looked to be based on REVIDR.<br> <br> =3D=3D=3D<br> Mark Millard<br> marklmi at <a href=3D"http://yahoo.com" rel=3D"noreferrer" target=3D"_blank= ">yahoo.com</a><br> <br> </blockquote></div><div><br clear=3D"all"></div><br><span class=3D"gmail_si= gnature_prefix">-- </span><br><div dir=3D"ltr" class=3D"gmail_signature">Ma= rio.<br></div> --00000000000074c50d0632ae11ae--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CA%2B1FSigAYEVu3eUhFLWOA2e3SeQi4cN_EYT8CpsQWUEcxmaVSA>