From nobody Wed Dec 06 13:53:36 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 4Slf4z0Wvpz53Tt4 for ; Wed, 6 Dec 2023 13:53:39 +0000 (UTC) (envelope-from SRS0=udCQ=HR=klop.ws=ronald-lists@realworks.nl) Received: from smtp-relay-int.realworks.nl (smtp-relay-int.realworks.nl [194.109.157.24]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 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 4Slf4y62Dvz4FHp; Wed, 6 Dec 2023 13:53:38 +0000 (UTC) (envelope-from SRS0=udCQ=HR=klop.ws=ronald-lists@realworks.nl) Authentication-Results: mx1.freebsd.org; none Date: Wed, 6 Dec 2023 14:53:36 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=klop.ws; s=rw2; t=1701870816; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=DpJbzyADVmcpfh/XSyRzylik1YOF7/VGe27aikC/9+o=; b=zMwmBdXf+izSg8lXfbyDCvBg0IRAltLJw3M1wwlPSVGvcndPScafoEBKYbp7DdJB9zq3B/ QyHYvYUvq2a0zsY0hLrVuM21Kok1nzgn9ZYRfWkgxtm0lqcxdJVCsHd07mNfNiFeJNnA33 6vhV9kidd5LIgz5s5+P6dZSS129eHpB5UQxzOIGIrMEOs5+wlDFC2UGvKFCKrZvEvBHruf oaShAffq2MJBJKSwYUFWsoe3+ZIVPJ0y463yAAAVg7F+dFc2nDKVub/iK6U3Lr7yw0jxLk Hb+S8aTZGIiFHm2uOppdzxaeA6sQ+tZFeQVXtxwIZqCn9EUnFZsex6qW2RpxyA== From: Ronald Klop To: Ronald Klop Cc: Nuno Teixeira , Jesper Schmitz Mouridsen , freebsd-arm@freebsd.org Message-ID: <772988313.1608.1701870816598@localhost> In-Reply-To: <370237048.1624.1701868863773@localhost> References: <9518dc38-e44b-42ae-bf87-6039ac278ac8@FreeBSD.org> <46c52d37-36ec-45fc-8098-1029996c717c@FreeBSD.org> <2097084863.1871.1701797963768@localhost> <122857628.2905.1701855132840@localhost> <370237048.1624.1701868863773@localhost> Subject: Re: firefox broken on arm64 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 Content-Type: multipart/alternative; boundary="----=_Part_1607_871727069.1701870816518" X-Mailer: Realworks (682.17) Importance: Normal X-Priority: 3 (Normal) X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:3265, ipnet:194.109.0.0/16, country:NL] X-Spamd-Bar: ---- X-Rspamd-Queue-Id: 4Slf4y62Dvz4FHp ------=_Part_1607_871727069.1701870816518 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable BTW it also fails on the official pkg build servers. https://portsfallout.com/fallout?port=3Dwww%2Ffirefox%24&maintainer=3D&env= =3Darm64&category=3D&flavor=3D Which also has a PR open: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id= =3D275247 (opened by Jesper who is also in the cc of this mail-thread). Regards, Ronald. =20 Van: Ronald Klop Datum: woensdag, 6 december 2023 14:21 Aan: Nuno Teixeira CC: Jesper Schmitz Mouridsen , freebsd-arm@freebsd.org Onderwerp: Re: firefox broken on arm64 >=20 >=20 > The only clue I see in the log is: > gmake[4]: Entering directory '/wrkdirs/usr/ports/www/firefox/work/.build/= mozglue/build' > mkdir -p '.deps/' > mozglue/build/dummy.o > /usr/local/bin/clang++15 -std=3Dgnu++17 -o dummy.o -c [...] /wrkdirs/usr/= ports/www/firefox/work/firefox-120.0.1/mozglue/build/dummy.cpp > In file included from Unified_cpp_mozglue_baseprofiler0.cpp:110: > In file included from /wrkdirs/usr/ports/www/firefox/work/firefox-120.0.1= /mozglue/baseprofiler/core/platform.cpp:2492: > /wrkdirs/usr/ports/www/firefox/work/firefox-120.0.1/mozglue/baseprofiler/= core/platform-linux-android.cpp:125:69: error: expected ')' > aRegs.mR11 =3D reinterpret_cast
(mcontext.mc_gpregs.gp_x[11]; > ^ > /wrkdirs/usr/ports/www/firefox/work/firefox-120.0.1/mozglue/baseprofiler/= core/platform-linux-android.cpp:125:41: note: to match this '(' > aRegs.mR11 =3D reinterpret_cast
(mcontext.mc_gpregs.gp_x[11]; > ^ > gmake[4]: Leaving directory '/wrkdirs/usr/ports/www/firefox/work/.build/m= ozglue/build' >=20 >=20 > But I have no experience in compiling Firefox on RPI4. And don't know why= this ')' is missing. Maybe just a little patch is needed. > Regards, > Ronald. >=20 > =20 > Van: Nuno Teixeira > Datum: woensdag, 6 december 2023 13:18 > Aan: Ronald Klop > CC: Jesper Schmitz Mouridsen , freebsd-arm@freebsd.org > Onderwerp: Re: firefox broken on arm64 >>=20 >> Tested on rpi4, current 1500004: Fails to build >> =20 >> https://people.freebsd.org/~eduardo/logs/firefox-120.0.1%2C2.log >> =20 >> Any clues? >> =20 >> I remember compiling ok until about a month or so... >> =20 >> Ronald Klop escreveu no dia quarta, 6/12/2023 =C3= =A0(s) 09:32: >>>=20 >>> Yes, I was triggered to this issue because it is mentioned in the relea= se notes of 120.0.1. >>>=20 >>> https://www.mozilla.org/en-US/firefox/120.0.1/releasenotes/ >>>=20 >>> Regards, >>> Ronald. >>> =20 >>> Van: Nuno Teixeira >>> Datum: dinsdag, 5 december 2023 21:43 >>> Aan: Ronald Klop >>> CC: Jesper Schmitz Mouridsen , freebsd-arm@freebsd.org >>> Onderwerp: Re: firefox broken on arm64 >>>>=20 >>>> Port is at 120.0.1 (rc1) and for what I understanded in mozilla PR, pa= tch will be included in 120.0.1 release. >>>> If I had the time I will apply patch and try it on rpi4. >>>> =20 >>>> Thanks >>>> =20 >>>> Ronald Klop escreveu no dia ter=C3=A7a, 5/12/20= 23 =C3=A0(s) 17:39: >>>>>=20 >>>>> Could it be that you are experiencing this issue? >>>>>=20 >>>>> Bug 1866025 - Firefox 120.0 segfaults at startup (Linux with 16KiB pa= ges) [1] >>>>>=20 >>>>> Regards, >>>>>=20 >>>>> Ronald. >>>>>=20 >>>>> [1] https://bugzilla.mozilla.org/show_bug.cgi?id=3D1866025 >>>>>=20 >>>>> =20 >>>>> Van: Jesper Schmitz Mouridsen >>>>> Datum: zondag, 3 december 2023 11:59 >>>>> Aan: freebsd-arm@freebsd.org >>>>> Onderwerp: Re: firefox broken on arm64 >>>>>>=20 >>>>>>=20 >>>>>> On 03.12.2023 09.38, void wrote: >>>>>> > On Sun, Dec 03, 2023 at 08:34:21AM +0100, Jesper Schmitz Mouridsen= wrote: >>>>>> >> >>>>>> >> Just build firefox-esr-115.5.0_1,1 and firefox-116.0.3_1,2 the f= irst >> runs with aslr disabled, the latter signals 4. >>>>>> >> >>>>>> >> Any suggestions on what is going on are appreciated. >>>>>> > >>>>>> > What's the uname -aKU ? >>>>>>=20 >>>>>> FreeBSD generic 14.0-RELEASE FreeBSD 14.0-RELEASE #0 releng/14.0-n26= 5380-f9716eee8ab4: Fri Nov 10 09:12:14 UTC 2023 root@releng1.nyi.freebsd.or= g:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC arm64 1400097 1400097 >>>>>>=20 >>>>>> did you build from ports or poudriere? >>>>>> From ports. >>>>>>=20 >>>>>> If the >>>>>> > latter, what's the /etc/make.conf contain? >>>>>> > >>>>>> > Please post sysctl -a | grep aslr >>>>>> > >>>>>>=20 >>>>>> kern.elf32.aslr.shared_page: 0 >>>>>> kern.elf32.aslr.stack: 1 >>>>>> kern.elf32.aslr.honor_sbrk: 0 >>>>>> kern.elf32.aslr.pie_enable: 0 >>>>>> kern.elf32.aslr.enable: 0 >>>>>> kern.elf64.aslr.shared_page: 1 >>>>>> kern.elf64.aslr.stack: 1 >>>>>> kern.elf64.aslr.honor_sbrk: 0 >>>>>> kern.elf64.aslr.pie_enable: 1 >>>>>> kern.elf64.aslr.enable: 1 >>>>>> vm.aslr_restarts: 256 >>>>>>=20 >>>>>> I did the esr build to test the build setup, since also the pkg in t= he official pkg repo behaves the same i.e the one before 115.5 since 115.5 = did not hit the pkg repo yet, which works without aslr (set by proccontrol)= So unless 116 introduces something which requires sysctl changes for the b= uilding tool chain while building my test should be valid. >>>>>>=20 >>>>>> Thanks >>>>>>=20 >>>>>> /jsm >>>>>>=20 >>>>>> =20 >>>>>>=20 >>>>>>=20 >>>>>>=20 >>>>>=20 >>>>> =20 >>>>=20 >>>>=20 >>>> --=20 >>>> Nuno Teixeira >>>> FreeBSD Committer (ports) >>>=20 >>> =20 >>=20 >>=20 >> --=20 >> Nuno Teixeira >> FreeBSD Committer (ports) >=20 > =20 =20 ------=_Part_1607_871727069.1701870816518 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable BTW it also fails on the official pkg build server= s.

https://portsfall= out.com/fallout?port=3Dwww%2Ffirefox%24&maintainer=3D&env=3Darm64&a= mp;category=3D&flavor=3D

Which also has a PR open: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D2= 75247 (opened by Jesper who is also in the cc of this mail-thread).

Regards,
Ronald.

 

Van: Ronald Klop <ronald-lists@klop.ws>
Datum: woensdag, 6 december 2023 14:21
Aan: Nuno Teixeira <eduardo@freebsd.org>
CC: Jesper Schmitz Mouridsen <jsm@freebsd.org>, free= bsd-arm@freebsd.org
Onderwerp: Re: firefox broken on arm64



The only clue I see in the log is: 
gmake[4]: Ente=
ring directory '/wrkdirs/usr/ports/www/firefox/work/.build/mozglue/build'
mkdir -p '.deps/'
mozglue/build/dummy.o
/usr/local/bin/clang++15 -std=3Dgnu++17 -o dummy.o -c [...] /wrkdirs/usr/po=
rts/www/firefox/work/firefox-120.0.1/mozglue/build/dummy.cpp
In file included from Unified_cpp_mozglue_baseprofiler0.cpp:110:
In file included from /wrkdirs/usr/ports/www/firefox/work/firefox-120.0.1/m=
ozglue/baseprofiler/core/platform.cpp:2492:
/wrkdirs/usr/ports/www/firefox/work/firefox-120.0.1/mozglue/baseprofiler/co=
re/platform-linux-android.cpp:125:69: error: expected ')'
  aRegs.mR11 =3D reinterpret_cast<Address>(mcontext.mc_gpregs.gp_x[11=
];
                                                                    ^
/wrkdirs/usr/ports/www/firefox/work/firefox-120.0.1/mozglue/baseprofiler/co=
re/platform-linux-android.cpp:125:41: note: to match this '('
  aRegs.mR11 =3D reinterpret_cast<Address>(mcontext.mc_gpregs.gp_x[11=
];
                                        ^
gmake[4]: Leaving directory '/wrkdirs/usr/ports/www/firefox/work/.build/moz=
glue/build'


But I have no experience in compiling Firefox on RPI4. And don't know why t=
his ')' is missing. Maybe just a little patch is needed.
Regards,
Ronald.

 

Van: Nuno Teixeira <eduardo@freebsd.org>
Datum: woensdag, 6 december 2023 13:18
Aan: Ronald Klop <ronald-lists@klop.ws>
CC: Jesper Schmitz Mouridsen <jsm@freebsd.org>, free= bsd-arm@freebsd.org
Onderwerp: Re: firefox broken on arm64

Tested on rpi4, current 1500004: Fails to build
 
 
Any clues?
 
I remember compiling ok until about a month or so...
 
Ronald Klop <ronald-lists@klop.ws> escreveu no dia quarta, 6/12/2023 =C3= =A0(s) 09:32:
Yes, I was triggered to this issue because it is mentioned in the rele= ase notes of 120.0.1.

https://www.mozilla.org/en-US/firefox/120.0.1/releasenotes/<= /a>

Regards,
Ronald.
 

Van: Nuno Teixeira <eduardo@freebsd.org>
Datum: dinsdag, 5 december 2023 21:43
Aan: Ronald Klop <ronald-lists@klop.ws>
CC: Jesper Schmitz Mouridsen <jsm@freebsd.org>, freebsd-arm@freebsd.org
Onderwerp: Re: firefox broken on arm64

Port is at 120.0.1 (rc1) and for what I understanded in mozilla PR, pa= tch will be included in 120.0.1 release.
If I had the time I will apply patch and try it on rpi4.
 
Thanks
 
Ronald Klop <ronald-lists@klop.ws> escreveu no dia ter= =C3=A7a, 5/12/2023 =C3=A0(s) 17:39:
Could it be that you are experiencing this issue?

Bug 1866025 - Firefox 120.0 segfaults at startup (Linux with 16= KiB pages) [1]

Regards,

Ronald.

[1] https://bugzilla.mozilla.org/show_bug.cgi?id=3D1866025
 

Van: Jesper Schmitz Mouridsen <jsm@FreeBSD.org> Datum: zondag, 3 december 2023 11:59
Aan: freebsd-arm@freebsd.org
Onderwerp: Re: firefox broken on arm64



On 03.12.2023 09.38, void wrote:
> On Sun, Dec 03, 2023 at 08:34:21AM +0100, Jesper Schmitz Mouridsen wro= te:
>>
>> Just build firefox-esr-115.5.0_1,1  and firefox-116.0.3_1,2 t= he first >> runs with aslr disabled, the latter signals 4.
>>
>> Any suggestions on what is going on are appreciated.
>
> What's the uname -aKU ?

FreeBSD generic 14.0-RELEASE FreeBSD 14.0-RELEASE #0 releng/14.0-n265380-f9= 716eee8ab4: Fri Nov 10 09:12:14 UTC 2023 root@releng1.nyi.freebsd.org:/usr/= obj/usr/src/arm64.aarch64/sys/GENERIC arm64 1400097 1400097

  did you build from ports or poudriere?
 From ports.

If the
> latter, what's the /etc/make.conf contain?
>
> Please post sysctl -a | grep aslr
>

kern.elf32.aslr.shared_page: 0
kern.elf32.aslr.stack: 1
kern.elf32.aslr.honor_sbrk: 0
kern.elf32.aslr.pie_enable: 0
kern.elf32.aslr.enable: 0
kern.elf64.aslr.shared_page: 1
kern.elf64.aslr.stack: 1
kern.elf64.aslr.honor_sbrk: 0
kern.elf64.aslr.pie_enable: 1
kern.elf64.aslr.enable: 1
vm.aslr_restarts: 256

I did the esr build to test the build setup, since also the pkg in the offi= cial pkg repo behaves the same i.e the one before 115.5 since 115.5 did not= hit the pkg repo yet, which works without aslr (set by proccontrol) So unl= ess 116 introduces something which requires sysctl changes for the building= tool chain while building my test should be valid.

Thanks

/jsm

 

 


--
Nuno Teixeira
FreeBSD Committer (ports)

 


--
Nuno Teixeira
FreeBSD Committer (ports)

 

  ------=_Part_1607_871727069.1701870816518--