From nobody Wed Dec 06 13:21:03 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 4SldMS1zF3z53RCC for ; Wed, 6 Dec 2023 13:21:08 +0000 (UTC) (envelope-from SRS0=udCQ=HR=klop.ws=ronald-lists@realworks.nl) Received: from smtp-relay-int-backup.realworks.nl (smtp-relay-int-backup.realworks.nl [87.255.56.188]) (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 4SldMR69f9z3fJW; Wed, 6 Dec 2023 13:21:07 +0000 (UTC) (envelope-from SRS0=udCQ=HR=klop.ws=ronald-lists@realworks.nl) Authentication-Results: mx1.freebsd.org; none Received: from rwvirtual98.colo.realworks.nl (rwvirtual98.colo.realworks.nl [10.0.10.102]) by mailrelayint2.colo2.realworks.nl (Postfix) with ESMTP id 4SldMN5G9Fzhs; Wed, 6 Dec 2023 14:21:04 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=klop.ws; s=rw2; t=1701868864; 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=kfTWIenS7WUK+Rl1Mo/wKK1RMUaEjQNooJ5NKxZbS2U=; b=ARijNvkdqwWdfoIUGxceGsfk5UWlp8c+eUvIJH2lU/ltrsR6T7PUUnkUaKyIxq8/lbeafi 6j4wUPWPNWZWmJkmj9B1bCKTFMw3EOpESSwujP94JXFS+OvDtR61Pi7UIkZ2+DHTrPPQCH kM3jvruB6s9MnotuvDkIIR0gwmvb6wZYs9e5653m+5JEwO7nNBO901nj16IpUNrFTaNYgb qgnoe0BKY6EJex8Pq/1c0EGEpH9OTPUyQ/3GldO3ec5R9hYlNKbz7/bLoQM/JuBWNYqPGQ YdaLKIoEvDt512vmtk422+OWyN6vI/+u8qe+vC15513ua10mYKM02RaT3GS3xw== Received: from rwvirtual98.colo.realworks.nl (localhost [127.0.0.1]) by rwvirtual98.colo.realworks.nl (Postfix) with ESMTP id C3013A0693; Wed, 6 Dec 2023 14:21:03 +0100 (CET) Date: Wed, 6 Dec 2023 14:21:03 +0100 (CET) From: Ronald Klop To: Nuno Teixeira Cc: Jesper Schmitz Mouridsen , freebsd-arm@freebsd.org Message-ID: <370237048.1624.1701868863773@localhost> In-Reply-To: References: <9518dc38-e44b-42ae-bf87-6039ac278ac8@FreeBSD.org> <46c52d37-36ec-45fc-8098-1029996c717c@FreeBSD.org> <2097084863.1871.1701797963768@localhost> <122857628.2905.1701855132840@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_1623_346669650.1701868863767" X-Mailer: Realworks (682.17) X-Originating-Host: from (84-105-120-103.cable.dynamic.v4.ziggo.nl [84.105.120.103]) by rwvirtual98 [10.0.10.102] with HTTP; Wed, 06 Dec 2023 14:21:03 +0100 Importance: Normal X-Priority: 3 (Normal) X-Originating-User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:120.0) Gecko/20100101 Firefox/120.0 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:38930, ipnet:87.255.32.0/19, country:NL] X-Spamd-Bar: ---- X-Rspamd-Queue-Id: 4SldMR69f9z3fJW ------=_Part_1623_346669650.1701868863767 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable The only clue I see in the log is: gmake[4]: Entering directory '/wrkdirs/usr/ports/www/firefox/work/.build/mo= zglue/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
(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
(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. =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 releas= e 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, pat= ch 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/202= 3 =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 pag= es) [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 fi= rst >> 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-n265= 380-f9716eee8ab4: Fri Nov 10 09:12:14 UTC 2023 root@releng1.nyi.freebsd.org= :/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 th= e official pkg repo behaves the same i.e the one before 115.5 since 115.5 d= id not hit the pkg repo yet, which works without aslr (set by proccontrol) = So unless 116 introduces something which requires sysctl changes for the bu= ilding 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 ------=_Part_1623_346669650.1701868863767 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable

The only clue I see in the log is: 
gmake[4]: Entering directory '/wrkdirs/usr/ports/www/firefox/work/.bui=
ld/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_1623_346669650.1701868863767--