From nobody Sun Dec 3 07:34:21 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 4SjdqF0h1gz52PjZ for ; Sun, 3 Dec 2023 07:34:49 +0000 (UTC) (envelope-from jsm@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (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-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4SjdqF0Dplz3HNn for ; Sun, 3 Dec 2023 07:34:49 +0000 (UTC) (envelope-from jsm@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1701588889; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=niFOn+O36wxbOmj9RTOmP/roFSZbU7q3SV2JaXX9Cj0=; b=NTO7xDlchvB/uv6X5MzmjyoVCtkEYWwagizlgUg3z7DdefYigpuq9z8nVq0QluLk+T4vAJ bSxlHNeeJZkteg4vJWRWlwopr1YSwPUJte68oRFEWXNOjSC3s2JiqRfkg73F4m2FKnTj8R Dw99ltcIvvmtBUQwcQdUzXrAY4pT0WqlGUuf/T2UhfofYRHXyHMbTXwhfARrY6RUwDXo4j ozLPJ9t6mZGcTg8V7+MGDxNMoDGH3YSURZN9rpWv+JPdoDEaeepcXr3aXtMshLjBTR/0FC tD2aKZTG73OA9fPEPftTBNp4NPoa5kzhYke2YHjPoSj4qC9N3H+Czfcym2x7aQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1701588889; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=niFOn+O36wxbOmj9RTOmP/roFSZbU7q3SV2JaXX9Cj0=; b=ZxHogcQNJcNSEJFJPeXMRrmWlG+MS/MwAPgbAW3rvc7PKq8Y6kJtfkYdOUx7wo/LC06VuH soyyEO/R/6Ru2TfLj10NUgr1NR2K05rfo2QZ9RKgCXpALt5mtR857CN2CwY2tw45IBenEH phtzJoDRximwFXERkewDJSYQlVwXaLZH7f7lAxJ2IiFlEj3ou83pBBYUo6uO9N5fWMp5qu axX280YkGnREp1TyfuI2rEM4DtUVhAIupA0GMZ6wrJWk1gxps6OjWlshI0gbPY+xpjg7HS AUXdBBPJwcOn38cVOzevegB/Vyy2zPEOG8bwvbjvCA+rrTbrnlFnRZ/gpP+RNA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1701588889; a=rsa-sha256; cv=none; b=RFRUh311GKvTYS3HsgXGSwFJW08K7ml41Bc264FZPXVu28jnSp2ZD+RuoXY0fBqB62ko/O 2EG8mARP+dgH4UA6/C456M628BwyTL8p0k8pCxn2dNCoxqhFsIQZOEMxIP7oDaykKLozec y78obBeNSojUFa9GD/rckeOQiBROiMrRm8dnq15+MdoXnE/4cTeiaAcCzGxWvkQ6x5mbmq dg7qGKrd8TTeSJMEJDET9MQk2X9nxrQsudd4jGoW1zRIh4p42nLkddP5BRoAluZnruh7Mp 6nHIwHRzIehH2LLz3b8YEqHOjoiEBXIuEllWIuq5ApNK90vf2Atx4bRMya6/kw== Received: from [192.168.1.5] (mail.northatlanticmusicsupplies.com [212.237.182.202]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: jsm) by smtp.freebsd.org (Postfix) with ESMTPSA id 4SjdqD4lqCz6vs for ; Sun, 3 Dec 2023 07:34:48 +0000 (UTC) (envelope-from jsm@FreeBSD.org) Message-ID: Date: Sun, 3 Dec 2023 08:34:21 +0100 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 User-Agent: Mozilla Thunderbird Subject: Re: firefox broken on arm64 Content-Language: en-US From: Jesper Schmitz Mouridsen To: FreeBSD ARM List References: <9518dc38-e44b-42ae-bf87-6039ac278ac8@FreeBSD.org> In-Reply-To: <9518dc38-e44b-42ae-bf87-6039ac278ac8@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 25.11.2023 00.00, Jesper Schmitz Mouridsen wrote: > Hi > > Tabs crashes with signal 4 on arm64 not firefox 115 esr but librewolf > 117 dies as well as firefox 119 and 120. Hve not tested 116. > example https://gist.github.com/jsm222/e6199a03142f5716921c82c3d2f3ddc5 > > /Jsm Just build firefox-esr-115.5.0_1,1 and firefox-116.0.3_1,2 the first runs with aslr disabled, the latter signals 4. Any suggestions on what is going on are appreciated. /jsm From nobody Sun Dec 3 08:38:05 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 4SjgDM1pSpz52XXW for ; Sun, 3 Dec 2023 08:38:11 +0000 (UTC) (envelope-from void@f-m.fm) Received: from wout1-smtp.messagingengine.com (wout1-smtp.messagingengine.com [64.147.123.24]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4SjgDL0s5Zz3R4W for ; Sun, 3 Dec 2023 08:38:09 +0000 (UTC) (envelope-from void@f-m.fm) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=f-m.fm header.s=fm1 header.b=a4cobVU9; dkim=pass header.d=messagingengine.com header.s=fm1 header.b=uNT+yFob; spf=pass (mx1.freebsd.org: domain of void@f-m.fm designates 64.147.123.24 as permitted sender) smtp.mailfrom=void@f-m.fm; dmarc=pass (policy=none) header.from=f-m.fm Received: from compute6.internal (compute6.nyi.internal [10.202.2.47]) by mailout.west.internal (Postfix) with ESMTP id BFD2D3200A20 for ; Sun, 3 Dec 2023 03:38:08 -0500 (EST) Received: from mailfrontend2 ([10.202.2.163]) by compute6.internal (MEProxy); Sun, 03 Dec 2023 03:38:08 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=f-m.fm; h=cc :content-type:content-type:date:date:from:from:in-reply-to :in-reply-to:message-id:mime-version:references:reply-to:sender :subject:subject:to:to; s=fm1; t=1701592688; x=1701679088; bh=VS ugRmNgTCYaX/igjYpIfmxJBCyYWSqNXJ9srQ8U8Ho=; b=a4cobVU9d0A9A1UkaH aTnVoQus/b7cy+Yxqu6ROsINZYYLLfReVD3xRxQQEA7sux0U+jcvtvygveWCz+JP U/+L7sF4Ain0PstoHZW9e/1WkArzjQRMHSuC1iB2oyYIeoWdz486VrMbq0H8kHT5 sI7pEYIUckLkeAXqsbhjCrE3aAdZ6FDvSzfP7DptBca6ExAZ+WuYAotStYhCKril n4ypU8ieG0ycGk3NxrpniTSxqIxCn7h1iYnLgB9hgCKxGsOiYO+XYjEMSqMpCPWs eOEPO1D620PS8mbQ1tx5wklJs+KP9p9cDIdsyMbTX50YbAVSy4KJt/KhNOqJ2WbM q5OQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:sender:subject :subject:to:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm1; t=1701592688; x=1701679088; bh=VSugRmNgTCYaX /igjYpIfmxJBCyYWSqNXJ9srQ8U8Ho=; b=uNT+yFobsrR3Po7XKyqlSaPfIIP+k GH10fN/729KZ3HqnbeVINcmjePfceyGZqX4GU+T41Pbj4KxvpdRlbGfV2jmC9ul+ 02RUO0Zh/4IPn5fAJSuEjXoXguufz2KPoSPnGwInpmZHYA4Cg+2ev6cbpDd9wj3u trYXI4EgLsbQ0lpOBJ43caoZmIVLl/xAXu98KxmeuHnRnywc+hnGQL2PVuc9AcUw hNIXkUyxW3SK4w5prrn6OChK0qw8OrpPvk4zz78xeB2DOrzvb4T3XzS/himzW8el F4NsC4IrqNnT5zr0B0TydSfMZoqtH5sdwMz6XtPi8y2oiKY6Ti8t6zwdQ== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvkedrudejfedgudeiucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpeffhffvuffkfhggtggujgesthdtre dttddtvdenucfhrhhomhepvhhoihguuceovhhoihgusehfqdhmrdhfmheqnecuggftrfgr thhtvghrnhepkeeluddvlefhieelfefggffhffektdehleelgfdugfdvgeekjeejuddthe ehgfeunecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhep vhhoihgusehfqdhmrdhfmh X-ME-Proxy: Feedback-ID: i2541463c:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA for ; Sun, 3 Dec 2023 03:38:07 -0500 (EST) Date: Sun, 3 Dec 2023 08:38:05 +0000 From: void To: freebsd-arm@freebsd.org Subject: Re: firefox broken on arm64 Message-ID: Mail-Followup-To: freebsd-arm@freebsd.org References: <9518dc38-e44b-42ae-bf87-6039ac278ac8@FreeBSD.org> 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: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: X-Spamd-Result: default: False [-4.98 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; DWL_DNSWL_LOW(-1.00)[messagingengine.com:dkim]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.98)[-0.978]; MID_RHS_NOT_FQDN(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[f-m.fm,none]; RWL_MAILSPIKE_EXCELLENT(-0.40)[64.147.123.24:from]; R_DKIM_ALLOW(-0.20)[f-m.fm:s=fm1,messagingengine.com:s=fm1]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.24]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[64.147.123.24:from]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; ARC_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:29838, ipnet:64.147.123.0/24, country:US]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_NONE(0.00)[]; FREEMAIL_FROM(0.00)[f-m.fm]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; DKIM_TRACE(0.00)[f-m.fm:+,messagingengine.com:+]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[f-m.fm]; RCVD_VIA_SMTP_AUTH(0.00)[] X-Rspamd-Queue-Id: 4SjgDL0s5Zz3R4W X-Spamd-Bar: ---- 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 first >runs with aslr disabled, the latter signals 4. > >Any suggestions on what is going on are appreciated. What's the uname -aKU ? did you build from ports or poudriere? If the latter, what's the /etc/make.conf contain? Please post sysctl -a | grep aslr -- From nobody Sun Dec 3 08:40:17 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 4SjgGs5v41z52XwK for ; Sun, 3 Dec 2023 08:40:21 +0000 (UTC) (envelope-from void@f-m.fm) Received: from wout1-smtp.messagingengine.com (wout1-smtp.messagingengine.com [64.147.123.24]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4SjgGs1w6qz3RPs for ; Sun, 3 Dec 2023 08:40:21 +0000 (UTC) (envelope-from void@f-m.fm) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=f-m.fm header.s=fm1 header.b="R/uiPnE1"; dkim=pass header.d=messagingengine.com header.s=fm1 header.b=Pky9bhIS; spf=pass (mx1.freebsd.org: domain of void@f-m.fm designates 64.147.123.24 as permitted sender) smtp.mailfrom=void@f-m.fm; dmarc=pass (policy=none) header.from=f-m.fm Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.west.internal (Postfix) with ESMTP id 2F3C63200A23 for ; Sun, 3 Dec 2023 03:40:20 -0500 (EST) Received: from mailfrontend1 ([10.202.2.162]) by compute5.internal (MEProxy); Sun, 03 Dec 2023 03:40:20 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=f-m.fm; h=cc :content-type:content-type:date:date:from:from:in-reply-to :in-reply-to:message-id:mime-version:references:reply-to:sender :subject:subject:to:to; s=fm1; t=1701592819; x=1701679219; bh=jx tUTd3P45aMUoFnV7cq0pK06CSYr5KX1tD7+c8c+hE=; b=R/uiPnE1LZOa5yZaZP mePHov38VcDOFf/oHaEyPdQmswwwtxp2RcJ3QqFNsV1EcxUoFfwOLDs9m4iZaTRT DwRyjadJs72fT0gxcFAQKIO5GonpxhflbG8/fxklWr3SK44AwT3LMhhOHkyx4g32 zlxykfeQBidehY3Rs+FvcsdkihM0BuW4tNAPMrcua0JGfkGnWOX4zzk0XOIoDzfN XEmQlfj9bA+xxzMCLBI6lqtEUPWJrFF9JjDxQWq+Mgtynp2DdSOSMAlP+WIEqxc7 3pqsDR6dMJkAb9ggsQTNedPjtnI9V3bUq67LQVDqEjxwA2E8M9xWiADlo5JrU31T beIA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:sender:subject :subject:to:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm1; t=1701592819; x=1701679219; bh=jxtUTd3P45aMU oFnV7cq0pK06CSYr5KX1tD7+c8c+hE=; b=Pky9bhISppKaTbw5k4E5EY68AZiy0 4deC7DJOLPhtgAbuxdqXxDpJZKy1jlzrX3PVto8oRP+zs0jTJKNbAuHLKNm1ZgNO qLzhvYTQqIKbGRH3lMVm53MExXwXf0T4Clq6gMyGfTBTNx7iE0C5Gfmeg5zafAw4 vDc+zjqTlfkLypAq/tJ9yAkl3vwVCazp1lcyg4AL1gIZmKxKm92Y3A7mWp7fP7BJ AsXSZ6fYN/Is4lasEQamDhxYp1/9V2BXNuXTisa3lS2NAnUKrcpzh/t/cgbSZQgF yBa+zFW3RiTkkUmlNfrnTH34jj9GNki+nYbH02/FaTSys6eEgM/jvIttA== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvkedrudejfedgudejucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpeffhffvuffkfhggtggujgesthdtre dttddtvdenucfhrhhomhepvhhoihguuceovhhoihgusehfqdhmrdhfmheqnecuggftrfgr thhtvghrnhepkeeluddvlefhieelfefggffhffektdehleelgfdugfdvgeekjeejuddthe ehgfeunecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhep vhhoihgusehfqdhmrdhfmh X-ME-Proxy: Feedback-ID: i2541463c:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA for ; Sun, 3 Dec 2023 03:40:19 -0500 (EST) Date: Sun, 3 Dec 2023 08:40:17 +0000 From: void To: freebsd-arm@freebsd.org Subject: Re: firefox broken on arm64 Message-ID: Mail-Followup-To: freebsd-arm@freebsd.org References: <9518dc38-e44b-42ae-bf87-6039ac278ac8@FreeBSD.org> 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: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: X-Spamd-Result: default: False [-5.00 / 15.00]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; DWL_DNSWL_LOW(-1.00)[messagingengine.com:dkim]; MID_RHS_NOT_FQDN(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[f-m.fm,none]; RWL_MAILSPIKE_EXCELLENT(-0.40)[64.147.123.24:from]; R_DKIM_ALLOW(-0.20)[f-m.fm:s=fm1,messagingengine.com:s=fm1]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.24:c]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[64.147.123.24:from]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; ARC_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:29838, ipnet:64.147.123.0/24, country:US]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_NONE(0.00)[]; FREEMAIL_FROM(0.00)[f-m.fm]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; DKIM_TRACE(0.00)[f-m.fm:+,messagingengine.com:+]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[f-m.fm]; RCVD_VIA_SMTP_AUTH(0.00)[] X-Rspamd-Queue-Id: 4SjgGs1w6qz3RPs X-Spamd-Bar: ----- On Sun, Dec 03, 2023 at 08:38:05AM +0000, void wrote: >what's the /etc/make.conf contain? sorry, I mean the poudriere make.conf -- From nobody Sun Dec 3 10:59:02 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 4SjkMz1PgGz52h9T for ; Sun, 3 Dec 2023 10:59:59 +0000 (UTC) (envelope-from jsm@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (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-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4SjkMz0nvrz3ddr for ; Sun, 3 Dec 2023 10:59:59 +0000 (UTC) (envelope-from jsm@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1701601199; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=Ii+LyJrsl0T6Bi/ux14XXLjsBhLBC2UeNmSEraytSI0=; b=asKrs7sXcQdhgkwAl9dRzdfl27XRBa6js+dXI3OdeDum3jPn+82l+yTfvvcg0P+7BAfHRj w9CUEiUB4MSuuCSiYDm82YNRQOnsgLuddv1R8Z5clXVZ+V+C1/EIVCh/I1K5Kv5y7sXncy jztoH1hB83wa9ZuPB3YaLmK6qsSab8M1ZurCheXZtplm0yyH2CK3TIuPYspo2SjBeaG3DE pgonyB4VhjVwelVIoYbv5CNc838vIDIYFxspQ8ym2iXkTXLWP9Sn7sZkzSBLA0C3LRaFxn KIDtmEoDYjuZZa+SFxJOp9KZkKXDuL4AzewMbzGEQt1JOKyLcM0MkYBN4AXqOA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1701601199; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=Ii+LyJrsl0T6Bi/ux14XXLjsBhLBC2UeNmSEraytSI0=; b=q3fBMVU6aDsu6OVGN0ydUZA4nIyWtMplCEdq0x8PcIHk0bEpBAnS82gIt1SxUQgeyJ6Cxk GdlyTCS6RznJpCPGaDHGGeVJAEHuhI8JjQ/+TgEkbwF5oKeZBRTCUNa60lEprwxPP6ghQl NK4iswRyYqmJWng9H7OGJGiCNEp2NIxXqgSmqPmGJdmXq2aymbr03d0OsMLGA/s3iy38d6 2bd6y2XiofwmbYlJqIc4C4tJXA86qqjScpc3g+amY0HLAVvdpbOrcBFMbxuBxrii5Z1OKF zY4ZT2iEE5XRGrytP4aUzbx/4E460JCP2ExG4oOAd70tx6SXRtCrRZSTkB1qgg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1701601199; a=rsa-sha256; cv=none; b=rkzBJ4E1eF/uTvmRW9/dVdK27PLbJmf3bJFjBAzDWA2E6rLM4Skr694msZxZdahfDNCX5y OofIc/0pehulyX6eieS59hTQl0tnxu3Y83s/c6qC6xWR+HpVGAQoEtLZ03PtrYoI4gDc4H FAF0OFkPpevNB4hZaqJATXuFVQLrdN4gGaTev3yCBIhjVjGyIqPUE9rs8rAA/oB3Wg//Vs w02V1R+oocOTjuTD6oFGIXrjDeM78UspfGTyAH8YOLqwWDj306PjnzeOrsS5izbT1Ke8RB exq11ZFPLQw++fOSYrmTU6VxlkSPXtNxNhLD6eNn3Dt8F4yc8q0ek9bEUPdbnA== Received: from [192.168.1.5] (mail.northatlanticmusicsupplies.com [212.237.182.202]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: jsm) by smtp.freebsd.org (Postfix) with ESMTPSA id 4SjkMy5LPtz8TC for ; Sun, 3 Dec 2023 10:59:58 +0000 (UTC) (envelope-from jsm@FreeBSD.org) Message-ID: <46c52d37-36ec-45fc-8098-1029996c717c@FreeBSD.org> Date: Sun, 3 Dec 2023 11:59:02 +0100 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 User-Agent: Mozilla Thunderbird Subject: Re: firefox broken on arm64 To: freebsd-arm@freebsd.org References: <9518dc38-e44b-42ae-bf87-6039ac278ac8@FreeBSD.org> Content-Language: en-US From: Jesper Schmitz Mouridsen In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit 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 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-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 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 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 building tool chain while building my test should be valid. Thanks /jsm From nobody Sun Dec 3 22:07:16 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 4Sk19z0ptQz51glT for ; Sun, 3 Dec 2023 22:07:19 +0000 (UTC) (envelope-from jsm@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (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-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Sk19z0JYSz4DtK for ; Sun, 3 Dec 2023 22:07:19 +0000 (UTC) (envelope-from jsm@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1701641239; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=EL9r7W1oziY+YLQGMRbvh7tQaAcSb2o7RR3z3cR+rRQ=; b=VEjEzmAOvcVlQHWUNmc7fXpCxKFlr1k8m1QpxdJ6QqxpPK/rGpfdu8MjWmXEC8/ZNY4bUi 3bcnGddYkUimH0Zowvkc3Q1dXhzl9J4xja4VhpDB3z+EdyqW7ixN3GEpLCtcfxaeEmkK+M 0ATIyItiZEmY8ikd1rIWHnIwV0CPugQ5Muxq+IIJDAB1iNHDB/XMTTOXMIJ/bOW4Ka3fnh ryVyHojgFAq/Im//5nso13S/CiM6V2ZK739EKgNpmXCXqEjk0pibWHn95uLXtl1JQle4oh ccIn9XAxXHJzQd22eXccuusuxq0BFhiucVmTaVe9Ya9VvZ7RsqLZoSKNe70sQQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1701641239; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=EL9r7W1oziY+YLQGMRbvh7tQaAcSb2o7RR3z3cR+rRQ=; b=QOxV6rMrbJ/8fORZHKVQfMYKz6pcXPJYFQooMWyxetDOR6GJdqGp6qaZXvoVbK4e8gMT8J Ois8fz0E/rLBaFk5bHb1+CDa6CsGWzdWVXyudYhvOrLH2g2PhqVg9PLlep+smUHjH4a4D5 n3IlX9XGGXjt74xy2zE+SB3CHlttpqOWq1hP2Mn5ZsKWaAPJV/cjffk9+6occ8ubaSx8Rv UoGKNKUXhdddXs6qmgZ52KocI55jNbDxKxZzyDEjgNuKVVqnkn+HxRunZD317+xsZR0pjO vfHDYWHSMeCuHq0NXdpwFyrvlvkawbMhYB2lSqK8i1wLEd0a6W5c/2xb2quPDA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1701641239; a=rsa-sha256; cv=none; b=Knw6U9QR0tf4FR77bJvcNFATMd16ptdM7TH2a0VADm3hv6rS0Wzujc1u4uo1s+dz5QgpEc YOSI3OQv5/qknM1Mwkuao1AHu7FpoqEJUKKugTqSSPAlFBaqAaRhitQ30kytC5DjfhhA/3 J5/PXxDDQ3JWOR/CdZrx7E7zN58/RNizrhMhCGeamj4FXYZthVTrimqGufShhCUGE6q3Kw vcwgFy0R0bUTVijODzyYIdSefZx8bBkDmAcNxqz4TcubNfqOrofZeHvmyBni2jFsvHiSvv FHYNtPum7fKvSZNNwz0O2hIxEYovohk81s49zGuwYXXhnU1xxuEmx0xKW7LrEg== Received: from [192.168.1.5] (mail.northatlanticmusicsupplies.com [212.237.182.202]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: jsm) by smtp.freebsd.org (Postfix) with ESMTPSA id 4Sk19y4qSrzt41 for ; Sun, 3 Dec 2023 22:07:18 +0000 (UTC) (envelope-from jsm@FreeBSD.org) Message-ID: <8e75f7b2-3359-480c-8885-6bc5c5a88c58@FreeBSD.org> Date: Sun, 3 Dec 2023 23:07:16 +0100 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 User-Agent: Mozilla Thunderbird Content-Language: en-US To: freebsd-arm From: Jesper Schmitz Mouridsen Subject: wasmtime main.rs with explicit panic! signals 4 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Hi Just a note *perhaps* related to Firefox crashing with signal 4 [1] This is really a **perhaps** because I have no clue, but an explicit panic from rust in wasm32-wasi causes a signal 4 crash only on arm64 as opposed to amd64.. FWIW: main.rs fn main() { panic!(); } rustc --target wasm32-wasi main.rs (on linux) wasmtime [2] main.wasm gives on arm64 explicit panic note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace Illegal instruction (core dumped) and on amd64 thread 'main' panicked at main.rs:2:1: explicit panic note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace Error: failed to run main module `main.wasm` Caused by: 0: failed to invoke command default 1: error while executing at wasm backtrace: 0: 0x4a16 - !__rust_start_panic 1: 0x485a - !rust_panic 2: 0x478d - !std::panicking::rust_panic_with_hook::h639672e96e0f2421 3: 0x41c - !std::panicking::begin_panic::{{closure}}::heb5f2434a371507e 4: 0x37a - !std::sys_common::backtrace::__rust_end_short_backtrace::hd6c4b8ac380c74ed 5: 0x5b8 - !std::panicking::begin_panic::h00c5404b50e70c31 6: 0xb48 - !main::main::hd80a274883898d96 7: 0x451 - !core::ops::function::FnOnce::call_once::hc7ab48c327164eaa 8: 0x428 - !std::sys_common::backtrace::__rust_begin_short_backtrace::h00cde78d9b3ae99b 9: 0x509 - !std::rt::lang_start::{{closure}}::hecd871948b8b4e5c 10: 0x22ce - !std::rt::lang_start_internal::h409072ad2c29d9a2 11: 0x4b4 - !std::rt::lang_start::hf51f2ca32a721dea 12: 0xb6c - !__main_void 13: 0x2ba - !_start note: using the `WASMTIME_BACKTRACE_DETAILS=1` environment variable may show more debugging information 2: wasm trap: wasm `unreachable` instruction executed 1 https://lists.freebsd.org/archives/freebsd-arm/2023-December/003323.html 2 https://github.com/bytecodealliance/wasmtime.git From nobody Mon Dec 4 22:50:32 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 4Skf5T17nMz52vmx for ; Mon, 4 Dec 2023 22:50:37 +0000 (UTC) (envelope-from fred@thegalacticzoo.com) Received: from nmtao102.oxsus-vadesecure.net (mta-132b.oxsus-vadesecure.net [135.148.117.231]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 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 4Skf5S06SYz4T4W for ; Mon, 4 Dec 2023 22:50:35 +0000 (UTC) (envelope-from fred@thegalacticzoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=webcom.xion.oxcs.net header.s=mail1 header.b="fgwTRK0/"; arc=pass ("oxsus-vadesecure.net:s=arc-202309-rsa2048:i=1"); spf=pass (mx1.freebsd.org: domain of fred@thegalacticzoo.com designates 135.148.117.231 as permitted sender) smtp.mailfrom=fred@thegalacticzoo.com; dmarc=pass (policy=quarantine) header.from=thegalacticzoo.com ARC-Seal: i=1; a=rsa-sha256; d=oxsus-vadesecure.net; s=arc-202309-rsa2048; t=1701730234; cv=none; b=X/61Int2coyw+1IF5M/aB3rUNPFvdGZtainTyEhBI2GWhI0zACZSSH4O58lrnAUfp2ljK7FzEaliVqI6IwcjBTX5uominDtD7IlKLpKtE/mCppA36OCxjv2825gHCElnGeXnguvmdi+S4CgpJrVkwqir2LFEfQMsJmSfW35GbglWXhc2Qd4V7KDrWJ+7Jyp0y1/D9RZtkokEAgqekeQKOwhqSM4soZmZHzE9+b/AmMr+Ow7x9MjM+/S5n97mq40GC8rzn9Ng9dXrnF8ucPxWTT6Wq2mIl0kyFBPEVOQzTJl4QaZuYEuzN2wTClE6CmU3RNu2AHXLgmRAi9TiFDkdSg== ARC-Message-Signature: i=1; a=rsa-sha256; d=oxsus-vadesecure.net; s=arc-202309-rsa2048; t=1701730234; c=relaxed/relaxed; h=from:reply-to:subject:date:to:cc:resent-date:resent-from:resent-to:resent-cc:in-reply-to:references:list-id:list-help:list-unsubscribe:list-subscribe:list-post:list-owner:list-archive; bh=7C4vEUJmSZjeCmhbYDwMjuIHk/+oNbyzeOnk3fISykM=; b=iu/E1neAAf+l5fkKHuU6ZvARX1Z/9/73nPTSrbdJ658k9jEClen4+1uQPJpLM1LSqy48swWq7WPTm2WsbINR2XT+GRFpgBdrYlv4y1LHFjt4zJf5owgQwLGuhXy2MPKgwHixidxlMhQ+DzaaGMDaXXtl5dUJ8nG5vKHPDwWr/eKoy12zF4oo2FILetWWTRuCjD02JK+EbcJUfZ7oeDkBI8wxqppqX67DvF71HtLBW1syM+Y9BIM6T++5IP4G10rogHcbWHY/O47xyyDFtCbNfd/JyO4ZwQ3X78obCiCRQI2iLoU2c7Wm75ebSZ2d0IRpto3xlpalPN3Po2wR47W4EQ== ARC-Authentication-Results: i=1; DKIM-Signature: v=1; a=rsa-sha256; bh=7C4vEUJmSZjeCmhbYDwMjuIHk/+oNbyzeOnk3f ISykM=; c=relaxed/relaxed; d=webcom.xion.oxcs.net; h=from:reply-to: subject:date:to:cc:resent-date:resent-from:resent-to:resent-cc: in-reply-to:references:list-id:list-help:list-unsubscribe: list-subscribe:list-post:list-owner:list-archive; q=dns/txt; s=mail1; t=1701730234; x=1702335034; b=fgwTRK0/dJ5golV2V6aZaLx2jIn3PlgzO9Ci3UNqO Qn/kg7j8oNqYZdiXk9HB4ydWgKtonh7MwCxgYYlGnYFQUijNI/Ebf1EPJxy0/COh1ri8wu2 37ukGJP2yICXPNlLRiWL+AYclOg0xH1Y33AnJlvuVJbt5UTAR7D09/9gkv6HX+7IiS52L4p m7lrwxcVCUInoGya7DDo3pI7nq0MGjAeMEXNluAjOe2Wl+JJKlXKt6Uc7jcav/TFeeUGoX0 zEV8o9vhbRZVyVJP5rwH21BDxH5qgOeDiVsrk7IkneNaemE0LPl2FPVJwTHQKkPgKUGNsPe sfB5C1rlSIUs57UEg== Received: from proxy-10.proxy.cloudus.ewr.xion.oxcs.net ([76.14.239.229]) by oxsus1nmtao02p.internal.vadesecure.com with ngmta id aef17d59-179dc2a181636c54; Mon, 04 Dec 2023 22:50:34 +0000 To: freebsd-arm@freebsd.org Cc: jsm@FreeBSD.org, void@f-m.fm From: "Fred G. Finster" Subject: Re: firefox broken on arm64 ; about:config WebGL Disable Organization: Kliktel.co Message-ID: <330d85af-0db3-d517-d2ee-6fe58228335e@thegalacticzoo.com> Date: Mon, 4 Dec 2023 14:50:32 -0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.13.0 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: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Spamd-Result: default: False [-2.60 / 15.00]; FAKE_REPLY(1.00)[]; ARC_ALLOW(-1.00)[oxsus-vadesecure.net:s=arc-202309-rsa2048:i=1]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_SPAM_SHORT(0.50)[0.502]; DMARC_POLICY_ALLOW(-0.50)[thegalacticzoo.com,quarantine]; R_DKIM_ALLOW(-0.20)[webcom.xion.oxcs.net:s=mail1]; RWL_MAILSPIKE_VERYGOOD(-0.20)[135.148.117.231:from]; R_SPF_ALLOW(-0.20)[+ip4:135.148.117.228/30]; ONCE_RECEIVED(0.10)[]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:16276, ipnet:135.148.0.0/17, country:FR]; FREEMAIL_CC(0.00)[FreeBSD.org,f-m.fm]; TO_DN_NONE(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; MID_RHS_MATCH_FROM(0.00)[]; DKIM_TRACE(0.00)[webcom.xion.oxcs.net:+]; TO_MATCH_ENVRCPT_SOME(0.00)[]; HAS_ORG_HEADER(0.00)[] X-Rspamd-Queue-Id: 4Skf5S06SYz4T4W X-Spamd-Bar: -- > From: Jesper Schmitz Mouridsen > Date: Sun, 03 Dec 2023 07:34:21 UTC > > On 25.11.2023 00.00, Jesper Schmitz Mouridsen wrote: >> Hi >> >> Tabs crashes with signal 4 on arm64 not firefox 115 esr but librewolf >> 117 dies as well as firefox 119 and 120. Hve not tested 116. >> example https://gist.github.com/jsm222/e6199a03142f5716921c82c3d2f3ddc5 >> >> /Jsm > > Just build firefox-esr-115.5.0_1,1 and firefox-116.0.3_1,2 the first > runs with aslr disabled, the latter signals 4. > > Any suggestions on what is going on are appreciated. > > /jsm JSM, Void, other fellow FreeBSD-ARM users See if from inside FireFox, you open URL about:config find webgl.disabled and set it to value TRUE. See if this fixes crashes in versions 115 , 116 or later, Firefox-esr version. Report back your findings. webgl.disabled true Robonuggie Youtube video shows this solution as working on Arm64 FreeBSD operating system ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ FireFox broswer keeps crashing in FreeBSD 14.0 Release on aarch64 Raspberry Pi 400 WebGL disable in FireFox web browser (about:config) WebGL.disable TRUE for aarch64 Raspberry Pi 400 Keyboard. FireFox crashing Hello a short note, with a RoboNuggie Video at 16:23 start time to see the problem in action. https://youtu.be/thxnemnprPg?si=Nhm1EtUE4Aptcjx0&t=979 https://www.youtube.com/@RoboNuggie YouTube Channel for RoboNuggie I will test myself on a Raspberry Pi 4B with 8GB dram running FreeBSD 15.0-CURRENT building Firefox 120.0_2,2 version This is from booting up the FreeBSD 14.0 RELEASE Snapshot image https://Freebsd.org/where https://download.freebsd.org/releases/arm64/aarch64/ISO-IMAGES/14.0/ https://download.freebsd.org/releases/arm64/aarch64/ISO-IMAGES/14.0/FreeBSD-14.0-RELEASE-arm64-aarch64-RPI.img.xz Thank you, Gecko for maintaining the FireFox Browser for FreeBSD. Will see about making a bug report in bugzilla, after I test the FireFox 120.0_2,2 build version I see the FireFox version has increased to 121 https://www.mozilla.org/en-US/firefox/121.0beta/releasenotes/ Version 121.0beta, first offered to Beta channel users on November 21, 2023 Firefox Beta gets updated 3 times a week and as a consequence, the release notes for the Beta channel are updated continuously to reflect features that have reached sufficient maturity to benefit from community feedback and bug reports. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -- Fred Finster GhostBSD-Arm64.blogspot.com t.me/ghostbsd Telegram Channel GhostBSD.org website From nobody Mon Dec 4 23:18:27 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 4Skfjg1BgZz52xlq for ; Mon, 4 Dec 2023 23:18:31 +0000 (UTC) (envelope-from jsm@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (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-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Skfjg0hL0z4Wcd; Mon, 4 Dec 2023 23:18:31 +0000 (UTC) (envelope-from jsm@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1701731911; 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: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=dweOV5jlQTXHRZOtgGp3Q/QXdDtLGic+IhagGVM2xvQ=; b=i8sqP8oksUZ09lmedUi7AAhf1IFlR4poXkDBJ2+7HbjwqkWZ25HIPKw4hs+KDh2LW5Nvxu plUk/ba1WWy/1lw6dIypdg+v01WZzczdaGpQ6k91sLj7PI9oFZH5tnSMRW//2p5qoQ+6lr E1c87dYrstDrlOsK8ZsTz37rti5X4obOkOiv1Xd5BXGBOcrZFLWLMKJ9EgRTiLbPscE+Gs ht3PMPkz5G1Sr2+RdGJ3PG6F9eibf1DFjoo3t6/apjLL8lcO6vYxIf65FDU5nQaQDklD5A W1xDq0XjFDRIiUOBn/JPcvQrHj18nvibLul4r7xboyVEoB6qrg2CqGNy5ohWcg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1701731911; 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: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=dweOV5jlQTXHRZOtgGp3Q/QXdDtLGic+IhagGVM2xvQ=; b=BsGpQ7IsNq0JkaezYGistyT+py2J9GJioE4R4BSmDm/Mn/0uW6NhyZCc/weylOrNUeZK/e Kx7zowjJt2UkSC0Ch/3mq+6plPPhqh4191naz+SJhq/j7/uosBjnKqfDqQW6gSOF8LY5Hv /lUF4UNbGB0HyP+aUbtPcHFpv/A4k7ONPh0/EUUta2G1EdVxurzLTHfKteXJfsPaXCqUFn AE1OeXPw0r9w+gbmraLZYZBc7CptJ6OwItR7o+VV3wAsFj/YUbutoa1ZJUwBkwKnNfhCHW 4sd+mMw90B7lQsxwd6CR41TsGG61cVbWn0ct2FGLclq5YlK1LmSz1IkaZVIOkg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1701731911; a=rsa-sha256; cv=none; b=W37kmbTVE62jQJcMnZpe63Lo6LItqq8oHQocpXgJSpAch5h+GNoHrRuvE33BEBWWd8BGll 9ewrpd8xiEkwySgervcvCdqkCf0RNzMHEcOMERQuKPwU0ExLwTiSbe3MgdN7B3nfqmkgK5 mR6S43n8/gdtvxNQX0PPIjOEZMVLw8JnJEdA5qs9sSPlMla4eO09BzfQ2vJqr5fgLwN4lG jHJBIpzw+MCxMUWsEfMrHa8W8ff3lreXxxw/YC6kaemsk4Gwb9Gc77BgPC6JbtxA2BUrEo w2fsMeD4e0fETAtetcmE7YmqiRzT/3y3xY74ycWm96pJwRt/boNppzYWxILquw== Received: from [192.168.1.5] (mail.northatlanticmusicsupplies.com [212.237.182.202]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: jsm) by smtp.freebsd.org (Postfix) with ESMTPSA id 4Skfjf3YPnz1MDH; Mon, 4 Dec 2023 23:18:30 +0000 (UTC) (envelope-from jsm@FreeBSD.org) Message-ID: <7147d3e6-7354-46d6-a08a-7064eb14e534@FreeBSD.org> Date: Tue, 5 Dec 2023 00:18:27 +0100 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 User-Agent: Mozilla Thunderbird Subject: Re: firefox broken on arm64 ; about:config WebGL Disable Content-Language: en-US To: "Fred G. Finster" , freebsd-arm@freebsd.org Cc: void@f-m.fm References: <330d85af-0db3-d517-d2ee-6fe58228335e@thegalacticzoo.com> From: Jesper Schmitz Mouridsen In-Reply-To: <330d85af-0db3-d517-d2ee-6fe58228335e@thegalacticzoo.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit On 04.12.2023 23.50, Fred G. Finster wrote: > >> From: Jesper Schmitz Mouridsen >> Date: Sun, 03 Dec 2023 07:34:21 UTC >> >> On 25.11.2023 00.00, Jesper Schmitz Mouridsen wrote: >>> Hi >>> >>> Tabs crashes with signal 4 on arm64 not firefox 115 esr but >>> librewolf 117 dies as well as firefox 119 and 120. Hve not tested 116. >>> example https://gist.github.com/jsm222/e6199a03142f5716921c82c3d2f3ddc5 >>> >>> /Jsm >> >> Just build firefox-esr-115.5.0_1,1  and firefox-116.0.3_1,2 the first >> runs with aslr disabled, the latter signals 4. >> >> Any suggestions on what is going on are appreciated. >> >> /jsm > > JSM, Void, other fellow FreeBSD-ARM users > See if from inside FireFox,  you open URL about:config > find  webgl.disabled and set it to value TRUE. > > See if this fixes crashes in versions 115 , 116 or later, Firefox-esr > version.  Report back your findings. > > webgl.disabled    true > Did not work for me on rpi4 with 4GB ram with firefox 119 from stock packages.. Perhaps it is just a masked OOM problem.. Thanks! /jsm > Robonuggie Youtube video shows this solution as working on  Arm64 > FreeBSD operating system > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > FireFox broswer keeps crashing in FreeBSD 14.0 Release on aarch64 > Raspberry Pi 400 > > WebGL disable in FireFox web browser (about:config) WebGL.disable TRUE > for aarch64 Raspberry Pi 400 Keyboard. FireFox crashing > > Hello a short note, with a RoboNuggie Video at 16:23 start time to see > the problem in action. >  https://youtu.be/thxnemnprPg?si=Nhm1EtUE4Aptcjx0&t=979 > https://www.youtube.com/@RoboNuggie  YouTube Channel for RoboNuggie > > I will test myself on a Raspberry Pi 4B with 8GB dram running FreeBSD > 15.0-CURRENT  building Firefox 120.0_2,2 version > > > This is from booting up  the FreeBSD 14.0 RELEASE Snapshot image > https://Freebsd.org/where > https://download.freebsd.org/releases/arm64/aarch64/ISO-IMAGES/14.0/ > https://download.freebsd.org/releases/arm64/aarch64/ISO-IMAGES/14.0/FreeBSD-14.0-RELEASE-arm64-aarch64-RPI.img.xz > > > Thank you, Gecko for maintaining the FireFox Browser for FreeBSD. > Will see about making a bug report in bugzilla, after I test the > FireFox 120.0_2,2 build version > I see the FireFox version has increased to 121 > > > https://www.mozilla.org/en-US/firefox/121.0beta/releasenotes/ > > Version 121.0beta, first offered to Beta channel users on November 21, > 2023 > > Firefox Beta gets updated 3 times a week and as a consequence, the > release notes for the Beta channel are updated continuously to reflect > features that have reached sufficient maturity to benefit from > community feedback and bug reports. > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > From nobody Tue Dec 5 17:39:23 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 4Sl7854Cg1z53Fqf for ; Tue, 5 Dec 2023 17:39:33 +0000 (UTC) (envelope-from SRS0=Umjz=HQ=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 4Sl7833FBTz3STJ; Tue, 5 Dec 2023 17:39:31 +0000 (UTC) (envelope-from SRS0=Umjz=HQ=klop.ws=ronald-lists@realworks.nl) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=klop.ws header.s=rw2 header.b=gWN4b+RC; spf=pass (mx1.freebsd.org: domain of "SRS0=Umjz=HQ=klop.ws=ronald-lists@realworks.nl" designates 87.255.56.188 as permitted sender) smtp.mailfrom="SRS0=Umjz=HQ=klop.ws=ronald-lists@realworks.nl"; dmarc=pass (policy=quarantine) header.from=klop.ws Received: from rwvirtual375.colo.realworks.nl (rwvirtual375.colo.realworks.nl [10.0.10.75]) by mailrelayint2.colo2.realworks.nl (Postfix) with ESMTP id 4Sl77w0Z3dz1DL; Tue, 5 Dec 2023 18:39:24 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=klop.ws; s=rw2; t=1701797964; 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=XfWrUMoY3bcOfCanDx7JYk83CBSfbJyr1hSuVZy8lR8=; b=gWN4b+RCxuMxBgkufxW/RBzuZBbYeX4alsSm4P1DZOyUrn22QEMdGSFE+9p9AHKtwWHHiJ a/Kk+JcPn81WnRPO6tV6MkS9sal72831BEWVksuEanO0MpcyiDgMOBqqusHlEDFbFS/BZt Kd3bkIhbf7dp22QzHFFswYT+RNuwHh+QrlZGcnmuK9t5tX2PcBA53To6HmwplpHHUSR/zN IKrMwgT0AjXOKGPVXhEUOTzd1WinUdZaWKigGapqI+kNqv869XbSw4nHu00axZLLtI5efY T6q+cz0vNy/LcMYJWVyztK5SuJ1aYtHg2bjegTGxDVR/OBmN7rViPZcnDv9tEQ== Received: from rwvirtual375.colo.realworks.nl (localhost [127.0.0.1]) by rwvirtual375.colo.realworks.nl (Postfix) with ESMTP id 06C95406C7; Tue, 5 Dec 2023 18:39:23 +0100 (CET) Date: Tue, 5 Dec 2023 18:39:23 +0100 (CET) From: Ronald Klop To: Jesper Schmitz Mouridsen Cc: freebsd-arm@freebsd.org Message-ID: <2097084863.1871.1701797963768@localhost> In-Reply-To: <46c52d37-36ec-45fc-8098-1029996c717c@FreeBSD.org> References: <9518dc38-e44b-42ae-bf87-6039ac278ac8@FreeBSD.org> <46c52d37-36ec-45fc-8098-1029996c717c@FreeBSD.org> 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_1870_2048837591.1701797963746" X-Mailer: Realworks (681.14) X-Originating-Host: from (84-105-120-103.cable.dynamic.v4.ziggo.nl [84.105.120.103]) by rwvirtual375 [10.0.10.75] with HTTP; Tue, 05 Dec 2023 18:39:23 +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-Spamd-Result: default: False [-2.20 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; URI_COUNT_ODD(1.00)[3]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.995]; DMARC_POLICY_ALLOW(-0.50)[klop.ws,quarantine]; MID_RHS_NOT_FQDN(0.50)[]; FORGED_SENDER(0.30)[ronald-lists@klop.ws,SRS0=Umjz=HQ=klop.ws=ronald-lists@realworks.nl]; R_SPF_ALLOW(-0.20)[+ip4:87.255.56.128/26]; R_DKIM_ALLOW(-0.20)[klop.ws:s=rw2]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; MIME_TRACE(0.00)[0:+,1:+,2:~]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; ASN(0.00)[asn:38930, ipnet:87.255.32.0/19, country:NL]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[klop.ws:+]; RCPT_COUNT_TWO(0.00)[2]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; HAS_X_PRIO_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; FROM_NEQ_ENVFROM(0.00)[ronald-lists@klop.ws,SRS0=Umjz=HQ=klop.ws=ronald-lists@realworks.nl]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Queue-Id: 4Sl7833FBTz3STJ X-Spamd-Bar: -- ------=_Part_1870_2048837591.1701797963746 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Could it be that you are experiencing this issue? Bug 1866025 - Firefox 120.0 segfaults at startup (Linux with 16KiB pages) [1] Regards, Ronald. [1] https://bugzilla.mozilla.org/show_bug.cgi?id=1866025 Van: Jesper Schmitz Mouridsen 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 wrote: > >> > >> Just build firefox-esr-115.5.0_1,1 and firefox-116.0.3_1,2 the 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-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 > > 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 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 building tool chain while building my test should be valid. > > Thanks > > /jsm > > > > > ------=_Part_1870_2048837591.1701797963746 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit Could it be that you are experiencing this issue?

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

Regards,

Ronald.

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

 

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 wrote:
>>
>> Just build firefox-esr-115.5.0_1,1  and firefox-116.0.3_1,2 the 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-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

  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 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 building tool chain while building my test should be valid.

Thanks

/jsm

 

  ------=_Part_1870_2048837591.1701797963746-- From nobody Tue Dec 5 20:43:07 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 4SlCD73q61z53R3Q for ; Tue, 5 Dec 2023 20:43:19 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (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-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4SlCD731nCz4PNj; Tue, 5 Dec 2023 20:43:19 +0000 (UTC) (envelope-from eduardo@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1701808999; 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=DLR5MI+izAbqcUgUYi3G5W2T6iNsnLAX7uyB2fmDQ80=; b=GoFYADG1RJrm+4ENWKkffIcLzUUpa8sDGZEi6RTxzNR1sPHpCUZMGgn7+/L0kNiuh3PcT9 t6SQOrV8y5iAPn1hozJZzfcX8Mtl69nShnp5zE7bEa2jbgg0Yyc+Awui0uEr+ten+F3EAU qV46I9FeoSbeb421piQyd2u06q/cBLw6cIV40fK1d9uJFwns1NYtQMdjtEtdW6xOW6+t9n c2wYLm9kQJV9wBdLDJNBHGqZvwoRCb87pUKaoMEXdXtj5uq3IZ0UhyiLD2QsjZ7FWoxdtX LT659OgL+CWgDu7vCbWYpbwES/S8q90PHu33d0Vnh6UK4SPvkZE70n4SIsriyg== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1701808999; a=rsa-sha256; cv=none; b=Ct8vafiXuCP1pbpVtdWlBjTWF+XL1tiDS6MN/NnadR60Xh/dEXhqCZUGASFan43xjgGcjR /DVTlgKaeazcazkME9t5NWu9Gu3SKRohML4JxyYbYiN4yLXRKSXtkaop/At2doMKUdbUZe aA7xOsW/HLRWN9W1fyjAunmTRmf3E78KTJSV66Nj3FaH5YXgDBxuYA2T39pWhQ2oHu74aW RONqT7T9kWmnIUPgHQHh/QGh9Ykqj4aPzPLukVcEBtdboPPPUBdc+4rnY0idzCjn03wzFA Et6qBUcatsMmFONkILjY5pvFJdrPFd5rRWCwz19tN9JDPhxPkmcUM5g4GrhquQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1701808999; 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=DLR5MI+izAbqcUgUYi3G5W2T6iNsnLAX7uyB2fmDQ80=; b=YaRZ9rS3evJWzHenTHHMHHpYC04e6A4eOFG0H6lsN1lAisoUP715L/k+YeWripsn2ZK1mi Vw0Ii+awxENnvbaQmSN8dOv+uNePyyRdTlczjYePqkxY8ivEsyufs9rEiLJM3ZI2njQGDD ex2bLF9SyQPTzA4ZGihfZbnvKYDxNIao2Nxp27zam4I6wnrsZX8yPx5Mxi3/NhhPn4y6CA 8Qx4fqQjf4bLDGb4cQ993UIdLsUG8DYreTzcfy2kQltv+3JUvaCF9c5ytqNQTh3mHhruqB vHJ/DPD7mNMmQOZ6J3HSKhz/igkjvVsPRZxJEpWYHEj3OuYdM3bfOnDmEF9HNA== Received: from mail-oa1-f54.google.com (mail-oa1-f54.google.com [209.85.160.54]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) (Authenticated sender: eduardo) by smtp.freebsd.org (Postfix) with ESMTPSA id 4SlCD71vb8znRn; Tue, 5 Dec 2023 20:43:19 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: by mail-oa1-f54.google.com with SMTP id 586e51a60fabf-1fae23895c9so3469173fac.3; Tue, 05 Dec 2023 12:43:19 -0800 (PST) X-Gm-Message-State: AOJu0YyNXqfUnUfOmR+oTFl+TLtd7y3UEotO+SmCKYKHO8LUhq4GDeB8 V2HwYWN4Fd8htXMESNCw4vEVoeXlWe31+j/DnsI= X-Google-Smtp-Source: AGHT+IGkneSuNRJOCLYh6ap2dEoulDh7qnhwwbw/rF0/DLwuc6J4FqswDc2yxnBWnxo9Vvf0UNgLbmIe1DHP5o5LOUI= X-Received: by 2002:a05:6870:c10a:b0:1fb:75a:6d48 with SMTP id f10-20020a056870c10a00b001fb075a6d48mr6558823oad.111.1701808998392; Tue, 05 Dec 2023 12:43:18 -0800 (PST) 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 References: <9518dc38-e44b-42ae-bf87-6039ac278ac8@FreeBSD.org> <46c52d37-36ec-45fc-8098-1029996c717c@FreeBSD.org> <2097084863.1871.1701797963768@localhost> In-Reply-To: <2097084863.1871.1701797963768@localhost> From: Nuno Teixeira Date: Tue, 5 Dec 2023 20:43:07 +0000 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: firefox broken on arm64 To: Ronald Klop Cc: Jesper Schmitz Mouridsen , freebsd-arm@freebsd.org Content-Type: multipart/alternative; boundary="000000000000d3291b060bc9488f" --000000000000d3291b060bc9488f Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Port is at 120.0.1 (rc1) and for what I understanded in mozilla PR, patch 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 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 16KiB pages) > [1] > > Regards, > > Ronald. > > [1] https://bugzilla.mozilla.org/show_bug.cgi?id=3D1866025 > > > > *Van:* Jesper Schmitz Mouridsen > *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 wrot= e: > >> > >> Just build firefox-esr-115.5.0_1,1 and firefox-116.0.3_1,2 the 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-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 > > 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 > 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) S= o > unless 116 introduces something which requires sysctl changes for the > building tool chain while building my test should be valid. > > Thanks > > /jsm > > > ------------------------------ > > > > --=20 Nuno Teixeira FreeBSD Committer (ports) --000000000000d3291b060bc9488f Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Port is at 120.0.1 (rc1) and for what I understanded = in mozilla PR, patch will be included in 120.0.1 release.
If I ha= d 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:
C= ould 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
=C2=A0

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=C2=A0 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

=C2=A0=C2=A0did you build from ports or poudriere?
=C2=A0From 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

=C2=A0

=C2=A0


--
<= div dir=3D"ltr">Nuno Teixeira
Fre= eBSD Committer (ports)
--000000000000d3291b060bc9488f-- From nobody Tue Dec 5 21:00:15 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 4SlCbq6dBCz53Rwx for ; Tue, 5 Dec 2023 21:00:23 +0000 (UTC) (envelope-from jsm@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (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-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4SlCbq65mjz4QG5; Tue, 5 Dec 2023 21:00:23 +0000 (UTC) (envelope-from jsm@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1701810023; 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: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=wqFxS36dISehBaZxYQjsQ36m1mPNO7pOBNcBV39XTuU=; b=g35BW1utMz49QU+fTOVnNpCOz6FK0ukw2lWopVAjV+o9iEisSe8pdltr7OgwIErzluSssB ztGz22NdC1iSc1BzE5i5drFQmMsSKx7AYGYQV0HD5Vv9W+DUr3ncVIxE0Y2GkR6utLlV+o STbYLoBV71/dxmI1cVCP0WrIQ4lrvjzrx/VDvCmhgHLOQcwTpT/HkBjUbZRi39Om7jLN/B JDZdRY19ykYX7pcbvF8Cf07bOki1/t2pbcLvsnsL7XKAzdgyXHzYUmuBG5Ob6Hs/RO0SMk 2ip7A3hs8TZi2P69BQw4EauKv7/TgW1WcwmAHlfkFZK4Pg1lTsU8N3FlCd+Mjw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1701810023; a=rsa-sha256; cv=none; b=BJJvc8u/0ISDkxAs6dFHkQ4+QQVb87iihoATfAXhAVakeHzL2/++Of6SPkJ1lg/dwfuv8o vThBe8Tv1zoCT/GuBY4kkY9M15gdfIgzF1s5g9Z98lMmCRp1UzZlq8mFTbYrtXhYcgS42e hDXrr4vsznVxoWO+KyXsvLF1zkutaRQAt+dbUBKUoC62quKERS5Q8qPUgB3MkaApLuik/q zKIxsUPYCDSIv6PE8kY+sIqXSLxhI5mgEzZ8n8yQCti+7ZSegdAJGTeLfvtuYQCmHCAgi/ cdl8Trqfj3y96rFP1DZi2AIjvqpZ3ca2TpAwQ5wE1tfJUxITYKNrmVTGL2i6BQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1701810023; 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: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=wqFxS36dISehBaZxYQjsQ36m1mPNO7pOBNcBV39XTuU=; b=jyB9LdeJvx2le8V2QWn6NiLdHNf0rhpMCHDIGEWCwXxukTzzWEJiXehPQZIaZ0dJjluAHm GolZ/+msM0fE4Vqv95jI7ELZ7mHGsGCvMHKwvLtuxj6fzfdukbsCeccQRNnU2mei+RLfse h9uvI8IN/D7K0Uru5JrM+fpiZB8ZBGmDYsb/EsDS2WNOYiBSaVm6iqCG89XWA3TMxX9M/l e55Y6+k/3N/pCkHjKsFX0NzHJ0eIj5GWewMCxugS6yky3hY5aBXL0qaZGeGX4ApfCxOr+g HqXWIIbIxaeRynujf4GgBByVhM2Z5wsCzBXqmnLIfQRfnMQ6WdPtklNWBX1sTg== Received: from [192.168.1.5] (mail.northatlanticmusicsupplies.com [212.237.182.202]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: jsm) by smtp.freebsd.org (Postfix) with ESMTPSA id 4SlCbq212Nzmcl; Tue, 5 Dec 2023 21:00:23 +0000 (UTC) (envelope-from jsm@FreeBSD.org) Message-ID: Date: Tue, 5 Dec 2023 22:00:15 +0100 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 User-Agent: Mozilla Thunderbird Subject: Re: firefox broken on arm64 ; about:config WebGL Disable From: Jesper Schmitz Mouridsen To: "Fred G. Finster" , freebsd-arm@freebsd.org Cc: void@f-m.fm References: <330d85af-0db3-d517-d2ee-6fe58228335e@thegalacticzoo.com> <7147d3e6-7354-46d6-a08a-7064eb14e534@FreeBSD.org> Content-Language: en-US In-Reply-To: <7147d3e6-7354-46d6-a08a-7064eb14e534@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit On 05.12.2023 00.18, Jesper Schmitz Mouridsen wrote: > > On 04.12.2023 23.50, Fred G. Finster wrote: >> >>> From: Jesper Schmitz Mouridsen >>> Date: Sun, 03 Dec 2023 07:34:21 UTC >>> >>> On 25.11.2023 00.00, Jesper Schmitz Mouridsen wrote: >>>> Hi >>>> >>>> Tabs crashes with signal 4 on arm64 not firefox 115 esr but >>>> librewolf 117 dies as well as firefox 119 and 120. Hve not tested 116. >>>> example https://gist.github.com/jsm222/e6199a03142f5716921c82c3d2f3ddc5 >>>> >>>> /Jsm >>> >>> Just build firefox-esr-115.5.0_1,1  and firefox-116.0.3_1,2 the first >>> runs with aslr disabled, the latter signals 4. >>> >>> Any suggestions on what is going on are appreciated. >>> >>> /jsm >> >> JSM, Void, other fellow FreeBSD-ARM users >> See if from inside FireFox,  you open URL about:config >> find  webgl.disabled and set it to value TRUE. >> >> See if this fixes crashes in versions 115 , 116 or later, Firefox-esr >> version.  Report back your findings. >> >> webgl.disabled    true >> > Did not work for me on rpi4 with 4GB ram with firefox 119 from stock > packages.. Perhaps it is just a masked OOM problem.. > So perhpaps it is just lack of memory for > 115-esr.. (I have at most 4GB arm sbcs) With kern.elf64.allow_wx: 0 I do get a OOM condition #0 0x0000189a88aaf298 in NS_ABORT_OOM(unsigned long) () from /usr/local/lib/firefox/libxul.so [Current thread is 1 (LWP 102755)] (gdb) bt #0 0x0000189a88aaf298 in NS_ABORT_OOM(unsigned long) () at /usr/local/lib/firefox/libxul.so #1 0x0000189a89190614 in XPCJSContext::Initialize() () at /usr/local/lib/firefox/libxul.so #2 0x0000189a89190a58 in XPCJSContext::NewXPCJSContext() () at /usr/local/lib/firefox/libxul.so #3 0x0000189a891ba3d4 in xpc::InitializeJSContext() () at /usr/local/lib/firefox/libxul.so #4 0x0000189a88b8c2b4 in NS_InitXPCOM () at /usr/local/lib/firefox/libxul.so #5 0x0000189a8b224584 in mozilla::dom::ContentProcess::Init(int, char**) () at /usr/local/lib/firefox/libxul.so #6 0x0000189a8c53912c in XRE_InitChildProcess(int, char**, XREChildData const*) () at /usr/local/lib/firefox/libxul.so #7 0x00001899d60a2574 in main () > Thanks! > > /jsm > >> Robonuggie Youtube video shows this solution as working on  Arm64 >> FreeBSD operating system >> >> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >> FireFox broswer keeps crashing in FreeBSD 14.0 Release on aarch64 >> Raspberry Pi 400 >> >> WebGL disable in FireFox web browser (about:config) WebGL.disable TRUE >> for aarch64 Raspberry Pi 400 Keyboard. FireFox crashing >> >> Hello a short note, with a RoboNuggie Video at 16:23 start time to see >> the problem in action. >>  https://youtu.be/thxnemnprPg?si=Nhm1EtUE4Aptcjx0&t=979 >> https://www.youtube.com/@RoboNuggie  YouTube Channel for RoboNuggie >> >> I will test myself on a Raspberry Pi 4B with 8GB dram running FreeBSD >> 15.0-CURRENT  building Firefox 120.0_2,2 version >> >> >> This is from booting up  the FreeBSD 14.0 RELEASE Snapshot image >> https://Freebsd.org/where >> https://download.freebsd.org/releases/arm64/aarch64/ISO-IMAGES/14.0/ >> https://download.freebsd.org/releases/arm64/aarch64/ISO-IMAGES/14.0/FreeBSD-14.0-RELEASE-arm64-aarch64-RPI.img.xz >> >> Thank you, Gecko for maintaining the FireFox Browser for FreeBSD. >> Will see about making a bug report in bugzilla, after I test the >> FireFox 120.0_2,2 build version >> I see the FireFox version has increased to 121 >> >> >> https://www.mozilla.org/en-US/firefox/121.0beta/releasenotes/ >> >> Version 121.0beta, first offered to Beta channel users on November 21, >> 2023 >> >> Firefox Beta gets updated 3 times a week and as a consequence, the >> release notes for the Beta channel are updated continuously to reflect >> features that have reached sufficient maturity to benefit from >> community feedback and bug reports. >> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >> > From nobody Tue Dec 5 21:58: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 4SlDtg4p4Nz53Vjg for ; Tue, 5 Dec 2023 21:58:19 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic313-20.consmr.mail.gq1.yahoo.com (sonic313-20.consmr.mail.gq1.yahoo.com [98.137.65.83]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 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 4SlDtf4psQz4Z20 for ; Tue, 5 Dec 2023 21:58:18 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1701813496; bh=XdkX5C20DznKuTYPuMwuV8luetpmFgXvBw9ROd3HjbA=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=GMsOMInDdQjXWZ1OFC+T75bnx6m5Pb9BSoOmk99IOC61uzpOkyrtjGPbr7s65C/QHFkm1Xpbp0UMACXh5UhsEi2uTWsFD9orfMF2NL2YKItG7POGdFXGwAydzc15ldEqqrPrMY/Dfrs/1efjPHHygFbrsanREHIibKmZvrxh4dU8qssFXYR/K6zaZt0TPMCYa0+L8N6M/5QTeVL9mbiMR708JR2QcXHpgUMgESFbuuAm/ak74W1kH8YpRD/Csbh8W4JJcabWPh1S0szM7GxzOL13GX+WSt0FnNLoRgARovvo7DwEGJjXaSiHZSWLtxA9Qjdi9IEKBKHbNZMQ0xvP6w== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1701813496; bh=nFcVZwRXf9Qm9a7nCSwTLYuHJ7QVhs1NYCpFEkwelxl=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=T5dWq+U4WqLENpdab1YsUsYKdFdx1StkOD9GFt8ryhXGirzJDqtNGQko1o9gHC6+kWitsRFaU4pGJgZ88FSwZOLuzP3mNvptlmDBX39zzUY6tsDYVzqJsSBoJwrzRG/nqnezVsBQ52zFjmQhxNJ8aerZq3dat3ina5N3TSLOcXzUKahDzt+514Gn+RimS7m06vC4GJ4rvjifUaFilEQdn18WZND10HZSYdwHyPus9wC5trjNN5o82wcmHcxPnjzkpHN+G1ketcSiyLDWTmapyx9DhtWKum/7PYWoI+eZw/3CU+q7QKa4o+OGxDz+kbovFmrGms6bp6PzPo53qYpobA== X-YMail-OSG: c0r_SzgVM1nZC3n2fMud34sD2ncNYHv.OvJ5y9UnOM9ccrWNb_ZpjDDvPbJ3aEN gRD58ymR4wnWJcjEmga3s1vObfBA1jkBUUOoMI_ya3hONB7g66h3hhKAkM5lp.PQ77cNxFUjnqK9 HAubBv.h4OezOsi8KFpjdPoZx_G1WJTKhGLizeyFdiWfvvTGnASeJjoeXVwcnnsqPMSRVuVur.g_ YU_yNsXWdZ7iKwelXkjJhHA9t3Dx1ZQdhpqGbVHG5O0zgaIgj9PJv4AnIu20_MZBRQvDF1FwihQ0 xKaNBPBp7cafv5tiRrxF0KP7uJMH0FVqsTapsQq7DjDOmI4mf8xa_yzTHqxlAj40rm_f2yZZe_H9 nSxBjB2ocePBQrLWxSkzWbJzyAGm8DivmNWit4oXBHRuTUNiRIEL6BrPgdFGfLOza6Np53p2UL5u QRaiObmYqWX.efDZ17XBV8T7frzqJ5FVv0_9T_Bm_PTbbJmvSRqiz1tHuexpMOPvQkHyxnVYPrrC ylVpfkCNmlmSHCoT6fL2ge97WbkkMj7oj94M_9kBMfcECMZOii6z1pN3eVfkfmGVwYQlwoqHSG6r .uh9PJJiJD5FVp0NsgVoNp3L5C5Jr1vvbBzmRggalP82mTBFkqw.vvc9bbpnxeJ9CoW4WqTinjdI F97G.srgp9YOyQ4hy8RIIjkvuRNn9vwv3KwpIAIUzPQJ_kHMtzZ_s2eiZ76Q5KIWBc1ZYmszyGnD yc.E49rYoZk4FZBAcKJwGsegioW5yD7eta.Zgnq9hn7yoOFPNAqN6Cg8MkVy6oPPXC_SbzBke46f 0aVT2O8PSkpyTutjfFUlRIkIJ1Tqcy5LfNHIR_VowjASKKZXTZdQEQ5Sl9KqPLp8o_2FvxMlg46W qHhss0nC0usT2WxZ1XWBM58nSl3pZ1GoLLn4udQst.JrLu0.DZliuTSttqEbtQN5BOah1npFT784 HkiYc4NyZFIC5sab_JaI7TzHb3amMps9H4BQS4JVGFk9ULJRZ7LSod4QUfNCjpyL0CNsmNYQN57I oE6Qfi_2wB48sRN3DksMZNqUm8e29AZFQbLU7b5QojNyS9mfPUY_9HwpmbDr9DpeFBAVToNmBe1E XfujX8bfcv7nrm_TtzKUJK1i8B1N.5JYoTNUXmr7DrWbPYtYKlU8.w2rDHmDvkzBTzRe_l4wqueZ DqasACDUaG6TbycZdfKHDDo5fLVrD4Y6TtwUS7g2d3NzZCk0UchLA4Z6ykLWXI_jmWUdCsNEMQl5 GnG.bNghDPJW.8ZLnG70CLESgaJUsfSHMoFUo3dYPN.1t7ORJCPrNXxVGQUGrjTkPOWduT2IZM9C DysyE17Dc9GjOwfC2MIH1R2gS9Z.zFPzfKeap5.sTut3WhxNB5qIH2kEzwAjFpRexyidQVV3ynoo yBEFrsxGmbeus27mRQ7ro9pE0z_VyOT6i4jQH5W5.JoqN3jBhLXljudbTWfed.t7WAjiDP6cntyZ 6yoe95OpYtLuYGP80cKhI3PvqJoT_ZMEt_TOW3QedcQIyrEK8X_MdeRSLWBJcENXfFpTD5Acrz4o gbAPWfZeFbO_t2ALxJU26aKL01ZvOAXtQXUY0hIkezTdy0x2S2EdcNEKeSxA.WGrLb8S4sA0FobN SmF036N9r_89ZS.HfzRpB43_jb6NfIGz8vjUG1tjtrkdn.ZHOuFnFyW1sKMkKIm6c3ylOCUAvd43 7G7ggfu6DET.ZIB_6ZmdTg2DJvEDGqRHuoTAdvO8i0v5Mw.lJfa5tTyF3VvWpkEA.Qzs1QFhr92f 6TIXT_r2r8F9WM7SbGu.hWglKBA71v.AA9br2BSStVa4UATQzFyom7WhHaOXbaEN_raF.UznFvGH qywNj52tuCQ82Jpr0T25oNJsc4_6EQY08v_lUR6v4f_oxuLKuqwMjnmHf_Xp5fC5NZgC7yS5t3fT Ac.5aghV0ChK2kvpNbWISZYJYJIFL7_JKweOQGx258CjpeLQYgXJug_QeRQafhNIqXkVeAInULFD ji9b56IHstdKsVk8Kve7UDYqGir7pmRkYl3mH4o0nK9.vRQS13cOpRwnDOba2JA3M6irMU2BgXNN RRAkdafszodtxss4RknmUQrldMwfCebe5hPLKc4tQbUA8_MYpSyJS9PxLDnxIp8MFkOoTp06mh6j VWY54B68YUsRq6PbU5pBNa7o1PkE_9HWQJDvkcVOZUpJIrIlJmPAWDsakx0V5TWuWY8VBrGWc50X Ubu8V6y57VwmA22u3LnB1cQqmBati36FubRq7PbF1NmQWWf9BXr6kwITl7NA59rR_Os4- X-Sonic-MF: X-Sonic-ID: fe8e1728-a402-47c7-83d9-c2436074484e Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.gq1.yahoo.com with HTTP; Tue, 5 Dec 2023 21:58:16 +0000 Received: by hermes--production-gq1-64499dfdcc-pxg8l (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 1cc058543f3b464b00b512835bcd1033; Tue, 05 Dec 2023 21:58:14 +0000 (UTC) Content-Type: text/plain; charset=us-ascii 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 (Mac OS X Mail 16.0 \(3774.200.91.1.1\)) Subject: Re: firefox broken on arm64 ; about:config WebGL Disable From: Mark Millard In-Reply-To: Date: Tue, 5 Dec 2023 13:58:03 -0800 Cc: "Fred G. Finster" , freebsd-arm , void Content-Transfer-Encoding: quoted-printable Message-Id: References: <330d85af-0db3-d517-d2ee-6fe58228335e@thegalacticzoo.com> <7147d3e6-7354-46d6-a08a-7064eb14e534@FreeBSD.org> To: Jesper Schmitz Mouridsen X-Mailer: Apple Mail (2.3774.200.91.1.1) 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:36647, ipnet:98.137.64.0/20, country:US] X-Spamd-Bar: ---- X-Rspamd-Queue-Id: 4SlDtf4psQz4Z20 On Dec 5, 2023, at 13:00, Jesper Schmitz Mouridsen = wrote: > On 05.12.2023 00.18, Jesper Schmitz Mouridsen wrote: >> On 04.12.2023 23.50, Fred G. Finster wrote: >>>=20 >>>> From: Jesper Schmitz Mouridsen >>>> Date: Sun, 03 Dec 2023 07:34:21 UTC >>>>=20 >>>> On 25.11.2023 00.00, Jesper Schmitz Mouridsen wrote: >>>>> Hi >>>>>=20 >>>>> Tabs crashes with signal 4 on arm64 not firefox 115 esr but = librewolf 117 dies as well as firefox 119 and 120. Hve not tested 116. >>>>> example = https://gist.github.com/jsm222/e6199a03142f5716921c82c3d2f3ddc5 >>>>>=20 >>>>> /Jsm >>>>=20 >>>> Just build firefox-esr-115.5.0_1,1 and firefox-116.0.3_1,2 the = first runs with aslr disabled, the latter signals 4. >>>>=20 >>>> Any suggestions on what is going on are appreciated. >>>>=20 >>>> /jsm >>>=20 >>> JSM, Void, other fellow FreeBSD-ARM users >>> See if from inside FireFox, you open URL about:config >>> find webgl.disabled and set it to value TRUE. >>>=20 >>> See if this fixes crashes in versions 115 , 116 or later, = Firefox-esr version. Report back your findings. >>>=20 >>> webgl.disabled true >>>=20 >> Did not work for me on rpi4 with 4GB ram with firefox 119 from stock = packages.. Perhaps it is just a masked OOM problem.. > So perhpaps it is just lack of memory for > 115-esr.. (I have at most = 4GB arm sbcs) > With kern.elf64.allow_wx: 0 > I do get a OOM condition >=20 > #0 0x0000189a88aaf298 in NS_ABORT_OOM(unsigned long) () from = /usr/local/lib/firefox/libxul.so > [Current thread is 1 (LWP 102755)] > (gdb) bt > #0 0x0000189a88aaf298 in NS_ABORT_OOM(unsigned long) () at = /usr/local/lib/firefox/libxul.so > #1 0x0000189a89190614 in XPCJSContext::Initialize() () at = /usr/local/lib/firefox/libxul.so > #2 0x0000189a89190a58 in XPCJSContext::NewXPCJSContext() () at = /usr/local/lib/firefox/libxul.so > #3 0x0000189a891ba3d4 in xpc::InitializeJSContext() () at = /usr/local/lib/firefox/libxul.so > #4 0x0000189a88b8c2b4 in NS_InitXPCOM () at = /usr/local/lib/firefox/libxul.so > #5 0x0000189a8b224584 in mozilla::dom::ContentProcess::Init(int, = char**) () at /usr/local/lib/firefox/libxul.so > #6 0x0000189a8c53912c in XRE_InitChildProcess(int, char**, = XREChildData const*) () at /usr/local/lib/firefox/libxul.so > #7 0x00001899d60a2574 in main () Could you have a swap partition configured so the space limit is more like RAM+SWAP? (SWAP < about 3.8*RAM if one avoids sizes that get warnings about potential mistuning. Ways of adjusting to allow more swap without the messages have other tradeoffs that I do not understand well enough to be willing to go that direction.) I do not recommend swap files for FreeBSD. Too much chance of deadlocks: On 2017-Feb-13, at 7:20 PM, Konstantin Belousov wrote on the freebsd-arm list: . . . swapfile write requires the write request to come through the filesystem write path, which might require the filesystem to allocate more memory and read some data. E.g. it is known that any ZFS write request allocates memory, and that write request on large UFS file might require allocating and reading an indirect block buffer to find the block number of the written block, if the indirect block was not yet read. As result, swapfile swapping is more prone to the trivial and = unavoidable deadlocks where the pagedaemon thread, which produces free memory, needs more free memory to make a progress. Swap write on the raw partition = over simple partitioning scheme directly over HBA are usually safe, while = e.g. zfs over geli over umass is the worst construction. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Wed Dec 6 08:54:55 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 4SlWSY6H2Nz535hm for ; Wed, 6 Dec 2023 08:55:09 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (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-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4SlWSY5r4Pz3H5Z; Wed, 6 Dec 2023 08:55:09 +0000 (UTC) (envelope-from eduardo@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1701852909; 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=Uk9h28jLuTXrA+zy1pezodvfbDp4/dG7e3rmyLexVHU=; b=oVtdyKzt/rq74vAvCQI/nyKCcY1IqjyclAKZoXAluOL7hq0cDoGZeixuJ/n0X7Ws4vJbDV NK9iJ0Urh+KpRxkyW69mxPlVLZVUzgRpT8QWmOZqKKbha70RsinPCnYGTd0FuDArmIesAw EwqmLeYKr1qlZIM2oQOtSyNIhVI+lKuRFPRBbOwhu+zQpMNsMJf0QIE2zX602n+ln9nV8o bLC78AQHE2s6j11VFBf3g57TQpx0rQy5aQFef3nB7dWVQ7VpP3jwW2sVpy37bSXZMGpcUV iT7VmVJZmL1hDgKykTeuya57+C/49QPOe18y7v0A3X7Xrrl2aHUoOEJ/siCW9g== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1701852909; a=rsa-sha256; cv=none; b=VB3R5/IM86ViJAc0qYBSt7JeSubJnXc4x5fHMmGcABEByHOxJSpNBzJuv+Kj5N3bEc9Zqe ttZkIZ2ZmjDZrR9mhWs1causAWC9EuRG62ReVlO8UG2hQ1AyFmfqgo6SJBlPgBiZ1LzIM7 QiyKYQSQQGoaDSX+VFINslmdCKfMH/zZUD/rAD28uUrRnEVFD9UhoDSfJ5zYP9HxR8ROVn GlN4tuSJZTzv17+N8lwxjOgnXAQma/imw4oS1QEPI6tcfLoJilDQl5Wwu1W2pgrFprVTP3 IvXIaw90XNNBuDE7ccmtWG2yAuf/xk7iH0Qpb5Ko+qTs0BnBozXJJv4NPzZAlw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1701852909; 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=Uk9h28jLuTXrA+zy1pezodvfbDp4/dG7e3rmyLexVHU=; b=DYAhIAlNjw1Jnli/hnPM2+ekWKATkDQ9fjDV1qXEFX/acEtzk2YFHnRq0amw97LK3Lh/i8 WVSW9wrjUMeDKE9FiRwIofUdpk44exmdOOVdb5f5vDysUzuW/FmGHJn+59ydFdAO2lk6gT 2IVhpnX3+m34JdeK5ieMkFVMbKuZGmdtzeDisW6He6n7/zNCuskSuTO69T/yVP/StZphTJ XZhOdRLkIlLRFeskI50LGjhTleI8/gzAHZln74vev7jmBvC+AAxTWfgqUAD/zfmgpRzL3v 1RD5mScps9g6kytdX495Fs5rAY2x0/Iwg+tGeYHy50mDoLh01Lak2jEQw85lLQ== Received: from mail-lj1-f182.google.com (mail-lj1-f182.google.com [209.85.208.182]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) (Authenticated sender: eduardo) by smtp.freebsd.org (Postfix) with ESMTPSA id 4SlWSY4mJJz13ZV; Wed, 6 Dec 2023 08:55:09 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: by mail-lj1-f182.google.com with SMTP id 38308e7fff4ca-2c9efa1ab7fso51333321fa.0; Wed, 06 Dec 2023 00:55:09 -0800 (PST) X-Gm-Message-State: AOJu0YwYthqKRVgRXsRhfNyX7OTAQXWV3w4USmmgpApEL0OnJjkjY+ft FUnew3RBCbfaFVyMdRaMtCt+2ESV6Rgi6BwhLTQ= X-Google-Smtp-Source: AGHT+IFVuJ7+mRKCDqa4FdcdTtSrnZvkTqLma5neYva/Y2fxqKH3aLocIE2L0lPGkfe16kzGFwgfVU7ae5o5IKm9UIQ= X-Received: by 2002:a2e:8257:0:b0:2ca:692:39a0 with SMTP id j23-20020a2e8257000000b002ca069239a0mr174130ljh.94.1701852908255; Wed, 06 Dec 2023 00:55:08 -0800 (PST) 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 References: <9518dc38-e44b-42ae-bf87-6039ac278ac8@FreeBSD.org> <46c52d37-36ec-45fc-8098-1029996c717c@FreeBSD.org> <2097084863.1871.1701797963768@localhost> In-Reply-To: From: Nuno Teixeira Date: Wed, 6 Dec 2023 08:54:55 +0000 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: firefox broken on arm64 To: Ronald Klop Cc: Jesper Schmitz Mouridsen , freebsd-arm@freebsd.org Content-Type: multipart/alternative; boundary="0000000000000e819b060bd3821c" --0000000000000e819b060bd3821c Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable (...) upstream fixes are included already in www/firefox 120.0.1 Start building as I did not run-test this version. Nuno Teixeira escreveu no dia ter=C3=A7a, 5/12/2023 = =C3=A0(s) 20:43: > Port is at 120.0.1 (rc1) and for what I understanded in mozilla PR, patch > 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 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 16KiB pages= ) >> [1] >> >> Regards, >> >> Ronald. >> >> [1] https://bugzilla.mozilla.org/show_bug.cgi?id=3D1866025 >> >> >> >> *Van:* Jesper Schmitz Mouridsen >> *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 >> wrote: >> >> >> >> Just build firefox-esr-115.5.0_1,1 and firefox-116.0.3_1,2 the 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-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 >> >> 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 >> 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 >> building tool chain while building my test should be valid. >> >> Thanks >> >> /jsm >> >> >> ------------------------------ >> >> >> >> > > > -- > Nuno Teixeira > FreeBSD Committer (ports) > --=20 Nuno Teixeira FreeBSD Committer (ports) --0000000000000e819b060bd3821c Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
(...)

upstream fixes are inc= luded already in www/firefox 120.0.1

Start buildin= g as I did not run-test this version.

Nuno Teixeira <eduardo@freebsd.org> escreveu no dia te= r=C3=A7a, 5/12/2023 =C3=A0(s) 20:43:
Port is at 120.0.1 (rc1) and for= what I understanded in mozilla PR, patch will be included in 120.0.1 relea= se.
If I had the time I will apply patch and try it on rpi4.

Thanks


Ronald Klop <ronald-lists@klop.ws> escrev= eu 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
=C2=A0

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=C2=A0 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

=C2=A0=C2=A0did you build from ports or poudriere?
=C2=A0From 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

=C2=A0

=C2=A0


--
<= div dir=3D"ltr">Nuno Teixeira
Fre= eBSD Committer (ports)


--
Nuno Teixeira
FreeBSD Committ= er (ports)
--0000000000000e819b060bd3821c-- From nobody Wed Dec 6 09:28:23 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 4SlXCG0Cf4z5383G for ; Wed, 6 Dec 2023 09:28:42 +0000 (UTC) (envelope-from elmi@4ever.de) Received: from detebe.org (detebe.org [IPv6:2a01:4f8:222:1b01::eb:238]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4SlXCD5g4qz3JlH for ; Wed, 6 Dec 2023 09:28:40 +0000 (UTC) (envelope-from elmi@4ever.de) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of elmi@4ever.de designates 2a01:4f8:222:1b01::eb:238 as permitted sender) smtp.mailfrom=elmi@4ever.de; dmarc=none Received: from 184.red-88-8-142.dynamicip.rima-tde.net ([88.8.142.184] helo=noir.de) by detebe.org with esmtpsa (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1rAoCl-0006z1-0F for freebsd-arm@freebsd.org; Wed, 06 Dec 2023 10:28:31 +0100 Date: Wed, 6 Dec 2023 09:28:23 +0000 From: "Elmar K. Bins" To: freebsd-arm@freebsd.org Subject: [Raspi4 13.2] Keyboard woes Message-ID: 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: text/plain; charset=us-ascii Content-Disposition: inline Organization: unorganized since 1789 X-Whisky: Knockando, extra old reserve X-Spamd-Result: default: False [-0.35 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_SPAM_SHORT(0.90)[0.903]; R_SPF_ALLOW(-0.20)[+a:detebe.org]; ONCE_RECEIVED(0.10)[]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_MEDIUM(-0.05)[-0.054]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; RCVD_COUNT_ONE(0.00)[1]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/32, country:DE]; MIME_TRACE(0.00)[0:+]; HAS_ORG_HEADER(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; RCVD_TLS_ALL(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DMARC_NA(0.00)[4ever.de]; TO_DN_NONE(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[] X-Rspamd-Queue-Id: 4SlXCD5g4qz3JlH X-Spamd-Bar: / Good morning, ran into this when I needed to fix a thing in singleuser (ended up reinstalling and reconfiguring the whole system): - keyboard is usable during U-Boot - keyboard is usable after FreeBSD's up - keyboard is NOT usable in between This prohibits entering single user mode upon boot ("press any key", you know the drill.) I couldn't find a thing in the issues, or googling. Is this a known issue, and is there a workaround? Platform is Raspi4 with 8Gigs of RAM, OS is 13.2, from the RPI image disk. Thanks for pointers, Elmar. From nobody Wed Dec 6 09:32:12 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 4SlXHT1pPvz538cD for ; Wed, 6 Dec 2023 09:32:21 +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 4SlXHS6RXZz3KcP; Wed, 6 Dec 2023 09:32:20 +0000 (UTC) (envelope-from SRS0=udCQ=HR=klop.ws=ronald-lists@realworks.nl) Authentication-Results: mx1.freebsd.org; none Date: Wed, 6 Dec 2023 10:32:12 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=klop.ws; s=rw2; t=1701855133; 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=fp1dL/HxzYdkIUnAJGaZeudyzJIKGNudnwv+z0iBp58=; b=r24kZEADDR61OtDUTrCBmP1u8V9nkllc0zdFyBfiqg9vw7FGlgLmK/l97A7jXH7JgRi1Yk uulKzQOAf25iToHYdlOYkbEnqDoysu4uBQCKKzKQ+qIpz5r3jnTbXA7Zi6z2TEgJhT3WxH bUoDyUZQjCzsRS7d1qV1VTV0Mzo4jzy0VTcCq7nkAJEelmoDV7zJjnrAcz1hXUYTz/cLg9 FWQkw4eiJw4O4JM5RUsc6KsB0LN5ye5SaunCuy9cZDum1/4QGWbFfpJWVCPJpiduoVBefe ChAR2VyrWP6CHrjKKmthDyErPzT3jRDph8ajTkM0Q1i7wUL79O9qr9BV9EMsHw== From: Ronald Klop To: Nuno Teixeira Cc: Jesper Schmitz Mouridsen , freebsd-arm@freebsd.org Message-ID: <122857628.2905.1701855132840@localhost> In-Reply-To: References: <9518dc38-e44b-42ae-bf87-6039ac278ac8@FreeBSD.org> <46c52d37-36ec-45fc-8098-1029996c717c@FreeBSD.org> <2097084863.1871.1701797963768@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_2904_1500510813.1701855132737" X-Mailer: Realworks (681.14) 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: 4SlXHS6RXZz3KcP ------=_Part_2904_1500510813.1701855132737 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Yes, I was triggered to this issue because it is mentioned in the release n= otes of 120.0.1. https://www.mozilla.org/en-US/firefox/120.0.1/releasenotes/ 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, patch= 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/2023 = =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 pages= ) [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 wr= ote: >>> >> >>> >> Just build firefox-esr-115.5.0_1,1 and firefox-116.0.3_1,2 the firs= t >> 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-n26538= 0-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 the = 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 buil= ding 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 ------=_Part_2904_1500510813.1701855132737 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable Yes, I was triggered to this issue because it is m= entioned in the release notes of 120.0.1.

htt= ps://www.mozilla.org/en-US/firefox/120.0.1/releasenotes/

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>, free= bsd-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)

  ------=_Part_2904_1500510813.1701855132737-- From nobody Wed Dec 6 12:18:26 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 4SlbzM0Ydgz53MqS for ; Wed, 6 Dec 2023 12:18:39 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (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-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4SlbzL73Mrz3Xm5; Wed, 6 Dec 2023 12:18:38 +0000 (UTC) (envelope-from eduardo@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1701865119; 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=bLAVZBxS6BDs/0q6YtU8MMZ0MYIrkUK1lMxhizg8GZ8=; b=qmM6xXDH95eQd1kCw7UDLqPG3UOtVB14C7puMnb+6Cy6Bv+cID5AccwTAotWAYYquTz+ev 66VgrV/y4pMX0ZQ6T/gaGwIivKUxbCRbv51xJBj5Hp1H8gPKtC86d5dI5lmQTPZnGLEFkp S94uEBfktCD6MgYv02mgPbab9tK2L6uspqsWHUzCRMIwpYPE3U1r064RhwmhHQgAOp+rIU CJUP2GLQXFrtM2oXyDfUTIFzTEPhKbcK4mU7HMu7SWbSTk/p590kE9yQFmt5tzoxKNKu70 mMtBKoo2nDaPVqJLmBIxZf2ahetd3KM3d96uc91vP69W7urP+oEtg6vkae+tmw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1701865119; a=rsa-sha256; cv=none; b=foLfhUAVCxYQR6naWJHVk/XjhSJ2i3t67x67OF7aA2f3n74LVwyKiJBJeL/DXLFeosy8Ue OWAsqG/iLicBOy+LqyLwg86FnPaVqT4SsDPT5Lu4d5eue+v9/bcuZsNxD6o5GI1nMcOLmB Mbu8TO471JBkyIPH2FerzVTslS04W6ej+dEbLs5XYHiHK809BaG3Z9MRAw1NoQpcVogMt+ vRgMbrVPNGUmG68ljCufFYySKuFQ7H7vWllMJkL/DuB2VEkEae0hZHuUrgLWrN3HTGsmr/ ntGnXZZM3K82EIyxA/B57n1Gy+gwB29yVPqVdNXhgOlRc/8bp0af0V1RSbKldw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1701865119; 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=bLAVZBxS6BDs/0q6YtU8MMZ0MYIrkUK1lMxhizg8GZ8=; b=NnmMkTqy5LIH7LwKJCycpef7yeK3NJOfN8eLfdWwRENxe4a/KPrhfdh1Go0sPYSUn0uvsZ VwKCImpR2Hsm7S1cnBuvhzGSYdugi1iRflz8GCxgNnIWJun3tx9tBpwhhc6qD38icA5VKn iHXq52VowItVU7PAOFsqwPYZ2fiifJableZbB77jEcgIBEdh6um58Vwu28hxUcR09NVOOL h1lgYVznlpG/PuzgmEzvkyCVsWx7RMIFE/pcxbESfLlLR7IA5tSxWHEgvx/k6gKk6Ykjvl B02PrmuBq48e5qdGcX4/CbvYAs8np2lPxyeUByDYWGOXsGLeA1z9wK0GEHKl+Q== Received: from mail-qt1-f182.google.com (mail-qt1-f182.google.com [209.85.160.182]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) (Authenticated sender: eduardo) by smtp.freebsd.org (Postfix) with ESMTPSA id 4SlbzL5wdrz16qq; Wed, 6 Dec 2023 12:18:38 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: by mail-qt1-f182.google.com with SMTP id d75a77b69052e-4254cde7506so5186141cf.0; Wed, 06 Dec 2023 04:18:38 -0800 (PST) X-Gm-Message-State: AOJu0Yww3rkEeKUKLDiuWfwfHSkPwskC8s/uDQBj9z+Xx7u04vLpOi+0 0/WwJlPLZUrhoonFbCq+aVma21sDHmhakD0QKrE= X-Google-Smtp-Source: AGHT+IFTWCbonTreRrQTr8ZRdge++ODD8KPpQg74cF5IrK51O3F0qQbNB3PB9YHnpBwIy+NcGrg+7VzV473fDI7UFgs= X-Received: by 2002:ac8:5a4d:0:b0:425:4043:7639 with SMTP id o13-20020ac85a4d000000b0042540437639mr958364qta.97.1701865118239; Wed, 06 Dec 2023 04:18:38 -0800 (PST) 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 References: <9518dc38-e44b-42ae-bf87-6039ac278ac8@FreeBSD.org> <46c52d37-36ec-45fc-8098-1029996c717c@FreeBSD.org> <2097084863.1871.1701797963768@localhost> <122857628.2905.1701855132840@localhost> In-Reply-To: <122857628.2905.1701855132840@localhost> From: Nuno Teixeira Date: Wed, 6 Dec 2023 12:18:26 +0000 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: firefox broken on arm64 To: Ronald Klop Cc: Jesper Schmitz Mouridsen , freebsd-arm@freebsd.org Content-Type: multipart/alternative; boundary="000000000000d41377060bd659af" --000000000000d41377060bd659af Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Tested on rpi4, current 1500004: Fails to build https://people.freebsd.org/~eduardo/logs/firefox-120.0.1%2C2.log Any clues? I remember compiling ok until about a month or so... Ronald Klop 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 release > notes of 120.0.1. > > https://www.mozilla.org/en-US/firefox/120.0.1/releasenotes/ > > Regards, > Ronald. > > > *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 > > Port is at 120.0.1 (rc1) and for what I understanded in mozilla PR, patch > 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 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 16KiB pages= ) >> [1] >> >> Regards, >> >> Ronald. >> >> [1] https://bugzilla.mozilla.org/show_bug.cgi?id=3D1866025 >> >> >> >> *Van:* Jesper Schmitz Mouridsen >> *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 >> wrote: >> >> >> >> Just build firefox-esr-115.5.0_1,1 and firefox-116.0.3_1,2 the 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-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 >> >> 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 >> 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 >> building tool chain while building my test should be valid. >> >> Thanks >> >> /jsm >> >> >> ------------------------------ >> >> >> >> > > > -- > Nuno Teixeira > FreeBSD Committer (ports) > > > > --=20 Nuno Teixeira FreeBSD Committer (ports) --000000000000d41377060bd659af Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Tested on rpi4, current 1500004: Fails to build


Any clues?

I remember compiling ok until about a month or so...
<= br>
Ronald = Klop <ronald-lists@klop.ws&g= t; escreveu no dia quarta, 6/12/2023 =C3=A0(s) 09:32:
Yes, I was triggered to this iss= ue because it is mentioned in the release notes of 120.0.1.

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

Regards,
Ronald.
=C2=A0

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.
=C2=A0
Thanks
=C2=A0
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
=C2=A0

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=C2=A0 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

=C2=A0=C2=A0did you build from ports or poudriere?
=C2=A0From 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

=C2=A0

=C2=A0


--
Nuno Teixeira
FreeBSD Committer (ports)

=C2=A0


--
<= div dir=3D"ltr">Nuno Teixeira
Fre= eBSD Committer (ports)
--000000000000d41377060bd659af-- From nobody Wed Dec 6 12:31:23 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 4SlcGH5Vhpz53N1p for ; Wed, 6 Dec 2023 12:31:35 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (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-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4SlcGH53fwz3Z5P for ; Wed, 6 Dec 2023 12:31:35 +0000 (UTC) (envelope-from eduardo@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1701865895; 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=JwBI8VBKxGuhTjyuMOLk0kuisaKUY16/sSZNOrtYeAs=; b=FdGO9qk54ClzfAIdA9W8fz8kFrOCfCPy/6wptYBTt+rJWflLfzBpPB3DDAUQ2fV87IzC4u xEVVdG9ldTiq/vFxiltdyDxRoVLGbsttXC5OXFYUAn15qpfRkwiYLdeH0J8uzYCaYLYIkP PHiCkUNDEVuqqKpanKKHQI16k5PR/U5LS4mLZYzU4YN/1jphivSOxsl6+uNl1Cal9YvstK UvhmvfE3LUPeXkh+HPMY2AGhUnunzeCZxen83mi/DVdOdu1kLWOBDXx0heo2/arzlVU76U lendOYbCv4muuTzRlRy3ml2q12VvhQ8Dzzb3tNz5ftqbwYrIHSLXhXChdp5/QA== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1701865895; a=rsa-sha256; cv=none; b=L9Rr7jwRgDuAJgt6DCrB/muiV7g878txVkB46JZ0P+vsTmVUCIQEUqZjOk/0pE3Cu/Wezz FVuzr+z1p/baNl1PypmHwpbsMNL8O13SLpkL7ONVSclj/+AgKuoQN/67GoujyCcnTKPJBu 8OnXF/ZnlAQmMhszgiM7Ae1zUV9amoyRx5M51o8DVDt+Ni1wULiRLlY09nzz+g/P/f7Zx9 43DqeN5w6svtlPqKGJSbE/I+P7iLmjV5WFh7nXiR3+Ds23xLuvBLdb23y1v5hf3aZxIRhC e0hpaJeWvbl28tnbhk8V7SIQ3hy9icL//YlRcdOZDqkUqqsOhfsGzeL6LC/m9g== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1701865895; 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=JwBI8VBKxGuhTjyuMOLk0kuisaKUY16/sSZNOrtYeAs=; b=s3DWyrQO9yINSeslnI+3ZitKZkUQ/twSLmD0Fmq2L8YVQ1PRMaGGbh9J12bNX+CV1a5lB5 wUd8duyaA2GaJfyoEagVpxGRhL48OGC8sLY67IkMR26LikodT/e6RE6ponftALo/bKBmBJ Udb5I1s52aPR6amPxYOY4kwWTpcEuSS2OFmSjDJ7qNPEqqmr2fNbwhaxBNHowGQjcwDL7f 27IGNk1UFAbdkxKBBWnPku3cdciL4jo4d6orSAJU68hpclgJD7RnrNAbpa86+T9JcKBvJa PChS6hcJRBr9m+fHk3idOpFwdcxyzDHMiL7GrhE4NHOnikrBadEm4NBTJQKLuA== Received: from mail-ot1-f42.google.com (mail-ot1-f42.google.com [209.85.210.42]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) (Authenticated sender: eduardo) by smtp.freebsd.org (Postfix) with ESMTPSA id 4SlcGH418Gz16YK for ; Wed, 6 Dec 2023 12:31:35 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: by mail-ot1-f42.google.com with SMTP id 46e09a7af769-6d9a3c035b3so1976327a34.2 for ; Wed, 06 Dec 2023 04:31:35 -0800 (PST) X-Gm-Message-State: AOJu0Yy4dEzQS9wSqg9egqvVld30B+nGm3DntqDkv3GdxrybXNapxOJB MWVV212F+utc/ygRXx8ZLxBfxivsF+6WXgzghbY= X-Google-Smtp-Source: AGHT+IE7ZVhnRZQyv8vU1XOjQ2eecVhfYx7+2h/OPd2iVyMYM1Y1Wz18lx4FCErzRY7nnS3hGHwGL1wqsPjegPdU82M= X-Received: by 2002:a9d:6f09:0:b0:6d8:1178:a1e with SMTP id n9-20020a9d6f09000000b006d811780a1emr813500otq.28.1701865894879; Wed, 06 Dec 2023 04:31:34 -0800 (PST) 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 References: In-Reply-To: From: Nuno Teixeira Date: Wed, 6 Dec 2023 12:31:23 +0000 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [Raspi4 13.2] Keyboard woes To: "Elmar K. Bins" Cc: freebsd-arm@freebsd.org Content-Type: multipart/alternative; boundary="0000000000001eae3c060bd68811" --0000000000001eae3c060bd68811 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hello, Is keyboard original from raspberry? You can search this list as I was have same problem with a generic keyboard (not original) Cheers, Elmar K. Bins escreveu no dia quarta, 6/12/2023 =C3=A0(s) 0= 9:28: > Good morning, > > ran into this when I needed to fix a thing in singleuser (ended up > reinstalling and reconfiguring the whole system): > > - keyboard is usable during U-Boot > - keyboard is usable after FreeBSD's up > - keyboard is NOT usable in between > > This prohibits entering single user mode upon boot ("press any key", you > know > the drill.) > > I couldn't find a thing in the issues, or googling. > Is this a known issue, and is there a workaround? > > Platform is Raspi4 with 8Gigs of RAM, OS is 13.2, from the RPI image disk= . > > Thanks for pointers, > Elmar. > > > --=20 Nuno Teixeira FreeBSD Committer (ports) --0000000000001eae3c060bd68811 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello,

Is keyboard original = from raspberry?

You can search this list as I was = have same problem with a generic keyboard (not original)

Cheers,

Elmar K. Bins <= elmi@4ever.de> escreveu no dia quarta, 6/12/2023 =C3=A0(s) 09:28:
Good morning,

ran into this when I needed to fix a thing in singleuser (ended up
reinstalling and reconfiguring the whole system):

- keyboard is usable during U-Boot
- keyboard is usable after FreeBSD's up
- keyboard is NOT usable in between

This prohibits entering single user mode upon boot ("press any key&quo= t;, you know
the drill.)

I couldn't find a thing in the issues, or googling.
Is this a known issue, and is there a workaround?

Platform is Raspi4 with 8Gigs of RAM, OS is 13.2, from the RPI image disk.<= br>
Thanks for pointers,
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Elmar= .




--
Nuno Teixeira
FreeBSD Committ= er (ports)
--0000000000001eae3c060bd68811-- From nobody Wed Dec 6 12:34:12 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 4SlcKX1PFsz53Ns3 for ; Wed, 6 Dec 2023 12:34:24 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (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-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4SlcKX0yX1z3Zg3 for ; Wed, 6 Dec 2023 12:34:24 +0000 (UTC) (envelope-from eduardo@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1701866064; 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=tzESfT/2tAPWrV8QnCW7h9rERrTDTOvfgtm3xRnqcVs=; b=cXweRHLsA1rJodP9C+yg4Dwd3iov4sux+f75F2g7PbFi3j2aZhnyO70FCEuMHbKgzKaxog LC+ok/pBpLpjVoMyo0QRnJSRl3TWggZd+zGwyEnSk2DjW/nKMQpLkirkeyXj8ME9emgn2n rjhEakKrcJK90s80NNE+ufn1ub0g0Yua2zo9IGGu8xv81Zf46CMY+DDuacrwFHdeVRGr7o ChzTKHorp9Hc7xc6e2OMAOzAwAP2x4j1JKOP4bFRTtLMXQS+zKf76dvSghiv2BJtLyFtt1 H5y2/io0gC0ePPDMYvpGypVYl4WiNnc493KcbQmCUapj4GgG+fuu3E+DbafLvA== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1701866064; a=rsa-sha256; cv=none; b=ybsyTZ/RHhtu6Il9V4bPLKnL/Q5KmP76ChCLUVoaYUqcuTMxG7PpSr3KpGQJ0aqKK7zDkN yX/YMcuZHv01p1GCe/zTW9RN0ZMGFMa4s6PwXdW8VMaFEbVTJ/tmCX+KHOoolA/7luao/i BfvSDBoguHVB0dsPmR6PQjJqjRlq/rJCB69Llnt9/AquyGjFqE3HuP3JlevCHf7o2nwf9J KMxSJfsB0/QdggOzuoguA9HUodUZ9rWcSFWP8DiE9wVyZczJK3JGZv+skyNWDJnwfw0tgz i82PMiJV7Rfln9MnQSv7bkuZBMBa6b7q/BtQRCDvYNEXrxi90vJdRy6sV43/VA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1701866064; 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=tzESfT/2tAPWrV8QnCW7h9rERrTDTOvfgtm3xRnqcVs=; b=rjPqU7WET9Ncvhq7lt8q+/K0tsmyK8YvcfGxmvyF0V7q+KNv5gRAxrTssZ0/BBdTwQMSDL n7272FvJlIoISCLTLmUlBrisqDZsbNjkACuA3vDs5q1xbfFpAT06JfOKTttiGzoG9/T+iT 2qP/OMybx1WdUlRJwOnY1Z6XyyP0XvlWk7Jkt+OnuKDZ3mX/KJckjDkKondgcEUrl8SKV8 qEfISwCkIQhuTi3Um+TQ4B0kmavZrLHrMjWQ2iXzEz+2NuGPrJ7TTnxvLZSXLzvNrkIzuX 473rujJ2Q3jzxoB/DqeR8blZV/mDmC5URe0EiaMFathmLAxwUOreMbTJLBm9Zg== Received: from mail-qt1-f171.google.com (mail-qt1-f171.google.com [209.85.160.171]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) (Authenticated sender: eduardo) by smtp.freebsd.org (Postfix) with ESMTPSA id 4SlcKW6ysYz17Xh for ; Wed, 6 Dec 2023 12:34:23 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: by mail-qt1-f171.google.com with SMTP id d75a77b69052e-423a9cb7e80so4747061cf.3 for ; Wed, 06 Dec 2023 04:34:23 -0800 (PST) X-Gm-Message-State: AOJu0Yw6fb0h4n+7FIm0K7kNGoLUdWcosHQ1OvMSokv1YHsHNVP62vaX QiauVLhAKLqlOJ9jIGU2VoO8uU6RjKa8ERG4wl0= X-Google-Smtp-Source: AGHT+IGW9tk/1E0ue+h0nlOSXJmfFR4AE/EETwS/WqbWHwZJgpDd2dPc+VV71YrXDVifPqctlAD6UplwPiUOc09NNqE= X-Received: by 2002:ac8:59d6:0:b0:41c:bbd0:48ed with SMTP id f22-20020ac859d6000000b0041cbbd048edmr1022396qtf.30.1701866063638; Wed, 06 Dec 2023 04:34:23 -0800 (PST) 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 References: In-Reply-To: From: Nuno Teixeira Date: Wed, 6 Dec 2023 12:34:12 +0000 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [Raspi4 13.2] Keyboard woes To: "Elmar K. Bins" Cc: freebsd-arm@freebsd.org Content-Type: multipart/alternative; boundary="0000000000002db778060bd692df" --0000000000002db778060bd692df Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable (...) https://lists.freebsd.org/archives/freebsd-arm/2023-July/002810.html Nuno Teixeira escreveu no dia quarta, 6/12/2023 =C3= =A0(s) 12:31: > Hello, > > Is keyboard original from raspberry? > > You can search this list as I was have same problem with a generic > keyboard (not original) > > Cheers, > > Elmar K. Bins escreveu no dia quarta, 6/12/2023 =C3=A0(s) > 09:28: > >> Good morning, >> >> ran into this when I needed to fix a thing in singleuser (ended up >> reinstalling and reconfiguring the whole system): >> >> - keyboard is usable during U-Boot >> - keyboard is usable after FreeBSD's up >> - keyboard is NOT usable in between >> >> This prohibits entering single user mode upon boot ("press any key", you >> know >> the drill.) >> >> I couldn't find a thing in the issues, or googling. >> Is this a known issue, and is there a workaround? >> >> Platform is Raspi4 with 8Gigs of RAM, OS is 13.2, from the RPI image dis= k. >> >> Thanks for pointers, >> Elmar. >> >> >> > > -- > Nuno Teixeira > FreeBSD Committer (ports) > --=20 Nuno Teixeira FreeBSD Committer (ports) --0000000000002db778060bd692df Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Nuno Teixeira= <eduardo@freebsd.org> esc= reveu no dia quarta, 6/12/2023 =C3=A0(s) 12:31:
Hello,
Is keyboard original from raspberry?

Y= ou can search this list as I was have same problem with a generic keyboard = (not original)

Cheers,

Elmar K. Bins <= elmi@4ever.de> es= creveu no dia quarta, 6/12/2023 =C3=A0(s) 09:28:
Good morning,

ran into this when I needed to fix a thing in singleuser (ended up
reinstalling and reconfiguring the whole system):

- keyboard is usable during U-Boot
- keyboard is usable after FreeBSD's up
- keyboard is NOT usable in between

This prohibits entering single user mode upon boot ("press any key&quo= t;, you know
the drill.)

I couldn't find a thing in the issues, or googling.
Is this a known issue, and is there a workaround?

Platform is Raspi4 with 8Gigs of RAM, OS is 13.2, from the RPI image disk.<= br>
Thanks for pointers,
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Elmar= .




--
Nuno Teixeira
FreeBSD Committ= er (ports)


--
Nuno Teixeira
FreeBSD Committ= er (ports)
--0000000000002db778060bd692df-- From nobody Wed Dec 6 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-- From nobody Wed Dec 6 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-- From nobody Wed Dec 6 14:07:38 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 4SlfPL4w53z53Vb7 for ; Wed, 6 Dec 2023 14:07:50 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (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-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4SlfPL4hznz4Fyr; Wed, 6 Dec 2023 14:07:50 +0000 (UTC) (envelope-from eduardo@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1701871670; 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=ZIds/x3nEmC+7EHbC6VHclr1L2sCl7d0kIgelZZgGDw=; b=sgdkrvNgFRlKGoa0jUuIOZxZObtHQqqR49dlrHxHbagngYgtKwOv6CHHirJ34YHm/HEZsR HSPmW1j2A2fgwozZKVz80tuJe3iavHrruI80+tE0tMtSKcY51gGAa/BnqrePLRSamUXNNp tV/KSKg39z1uk9A71gB0Musk1wMyrdjEQ2WNkpC59V1jXKhUtNjLtpehGxvGq+k3iEj35Z lrvCMaUgy41GwXrOQP+OlY+5cjeZUqBUTcxSTVdDrqU7bmBLW2+CdJXy6AyIIwlbklgj1M YgF2HzVJ98iPoiwdA9P77QRst9wwtpcetz9zx56Q461XkfS78gR/VrvS43owVQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1701871670; a=rsa-sha256; cv=none; b=VH1v/L0hgaqRTENr8m2VovWbkqZ/Bi+vJwEhyljHY6qzTqr32FoTC+cF9e9+9wvfuVcI74 Vl9wQUPu1INWXVoKgC0AnE50yjCDnTRUyk4NAlT60VpL44hmnKpKdoRuahq3017VhXmaBs GvyTakpxqXwdtBJxLhpGVEkfJXJoNq90CUUON5DUe/LQdNw8A2f9CxHd2sImua50s31V/A 2dS3AnFpSYEJyeZz3AjnyWvMrwhUnrFqft52O2QSpRjF99t9psLRd6MrXnZhL0I/mzC/mw HFZHjaYI/u5XOVkcu1NxBdj9A/ELKraRo9gTOFui48wrjyngac/ij3ELiCthJA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1701871670; 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=ZIds/x3nEmC+7EHbC6VHclr1L2sCl7d0kIgelZZgGDw=; b=kCuDWxFKldrUWWJ2VSYFGZndQFsiqZCCjghJNZM18HQSmZc6yjvPeC9DF/yxCuFBzHEclx HvZO5oUnGWLL5pFgnNESVkWglQ0eBZ6l80jj6Dmcr+0sJZQa8psToyFWA4q4QmgrJBcTKI FXEoLFEvUnpuLM6isfleTB697BNN+TXYQU5CxgpEKh8541x/5HApvX1uQsgFHmeNDwKbk8 AbdREd9SOu882V84IDJdNTc80g8RuU7jZyPTPRtp7sz0XYXLHjHB2wum24e6Po7UpvInaq Js1E+fEiE2+J6295ozHYghShVKFrQehwA/YCRx8NofJbRA22DmzDWGK2BIizyg== Received: from mail-qt1-f172.google.com (mail-qt1-f172.google.com [209.85.160.172]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) (Authenticated sender: eduardo) by smtp.freebsd.org (Postfix) with ESMTPSA id 4SlfPL3cyYz18sk; Wed, 6 Dec 2023 14:07:50 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: by mail-qt1-f172.google.com with SMTP id d75a77b69052e-423c28db22eso6015191cf.1; Wed, 06 Dec 2023 06:07:50 -0800 (PST) X-Gm-Message-State: AOJu0YyOFF1O2FAKTsAH7E1kovU7aamsqkMJccCRDYB9brCuORMObOCW zg5Ru9KjaDmBahaS3SEAjEgyN1XeEMoYjhFCpzw= X-Google-Smtp-Source: AGHT+IEe2t3CgW1PeF6VES09eP8Kv77GEsV1f0FYsMrk2zU/OcM73wKksoLKmHYt5ouyuYvb4hDmonP7PHBiLj6Be8Q= X-Received: by 2002:a05:622a:311:b0:425:7f98:3861 with SMTP id q17-20020a05622a031100b004257f983861mr857461qtw.36.1701871670102; Wed, 06 Dec 2023 06:07:50 -0800 (PST) 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 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> <772988313.1608.1701870816598@localhost> In-Reply-To: <772988313.1608.1701870816598@localhost> From: Nuno Teixeira Date: Wed, 6 Dec 2023 14:07:38 +0000 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: firefox broken on arm64 To: Ronald Klop Cc: Jesper Schmitz Mouridsen , freebsd-arm@freebsd.org Content-Type: multipart/alternative; boundary="00000000000059a436060bd7e01d" --00000000000059a436060bd7e01d Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Nice, I'm following PR. Thanks! Ronald Klop escreveu no dia quarta, 6/12/2023 =C3=A0= (s) 13:53: > BTW it also fails on the official pkg build servers. > > > https://portsfallout.com/fallout?port=3Dwww%2Ffirefox%24&maintainer=3D&en= v=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. > > > > *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 > > > > 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' > > > 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. > > > > *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 > > Tested on rpi4, current 1500004: Fails to build > > https://people.freebsd.org/~eduardo/logs/firefox-120.0.1%2C2.log > > Any clues? > > I remember compiling ok until about a month or so... > > Ronald Klop 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 releas= e >> notes of 120.0.1. >> >> https://www.mozilla.org/en-US/firefox/120.0.1/releasenotes/ >> >> Regards, >> Ronald. >> >> >> *Van:* Nuno Teixeira >> *Datum:* dinsdag, 5 december 2023 21:43 >> *Aan:* Ronald Klop >> *CC:* Jesper Schmitz Mouridsen , freebsd-arm@freebsd.or= g >> *Onderwerp:* Re: firefox broken on arm64 >> >> Port is at 120.0.1 (rc1) and for what I understanded in mozilla PR, patc= h >> 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 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 16KiB page= s) >>> [1] >>> >>> Regards, >>> >>> Ronald. >>> >>> [1] https://bugzilla.mozilla.org/show_bug.cgi?id=3D1866025 >>> >>> >>> >>> *Van:* Jesper Schmitz Mouridsen >>> *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 >>> wrote: >>> >> >>> >> Just build firefox-esr-115.5.0_1,1 and firefox-116.0.3_1,2 the firs= t >>> >> 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-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 >>> >>> 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 >>> 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 >>> building tool chain while building my test should be valid. >>> >>> Thanks >>> >>> /jsm >>> >>> >>> ------------------------------ >>> >>> >>> >>> >> >> >> -- >> Nuno Teixeira >> FreeBSD Committer (ports) >> >> >> >> > > > -- > Nuno Teixeira > FreeBSD Committer (ports) > > > > > > > --=20 Nuno Teixeira FreeBSD Committer (ports) --00000000000059a436060bd7e01d Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Nice, I'm following PR.

= Thanks!

Ronald Klop <ro= nald-lists@klop.ws> escreveu no dia quarta, 6/12/2023 =C3=A0(s) 13:5= 3:
BTW it a= lso 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/s= how_bug.cgi?id=3D275247 (opened by Jesper who is also in the cc of this= mail-thread).

Regards,
Ronald.

=C2=A0

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>, freebsd-arm@freebsd.org
Onderwerp: Re: firefox broken on arm64



The only clue I see in the log is: 
gmake[4]: Entering directory '/wrkd=
irs/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=
/mozglue/build'


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

=C2=A0

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>, freebsd-arm@freebsd.org
Onderwerp: Re: firefox broken on arm64

Tested on rpi4, current 1500004: Fails to build
=C2=A0
=C2=A0
Any clues?
=C2=A0
I remember compiling ok until about a month or so...
=C2=A0
Ronald Klop <ronald-lists@klop.ws> escreveu no dia quart= a, 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.
=C2=A0

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.
=C2=A0
Thanks
=C2=A0
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
=C2=A0

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=C2=A0 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

=C2=A0=C2=A0did you build from ports or poudriere?
=C2=A0From 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

=C2=A0

=C2=A0


--
Nuno Teixeira
FreeBSD Committer (ports)

=C2=A0


--
Nuno Teixeira
FreeBSD Committer (ports)

=C2=A0

=C2=A0


--
<= div dir=3D"ltr">Nuno Teixeira
Fre= eBSD Committer (ports)
--00000000000059a436060bd7e01d-- From nobody Wed Dec 6 14:10:28 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 4SlfWv5jshz53Vr1 for ; Wed, 6 Dec 2023 14:13:31 +0000 (UTC) (envelope-from ekb@noir.de) Received: from detebe.org (detebe.org [IPv6:2a01:4f8:222:1b01::eb:238]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4SlfWv0Q29z4H53 for ; Wed, 6 Dec 2023 14:13:31 +0000 (UTC) (envelope-from ekb@noir.de) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of ekb@noir.de designates 2a01:4f8:222:1b01::eb:238 as permitted sender) smtp.mailfrom=ekb@noir.de; dmarc=none Received: from 184.red-88-8-142.dynamicip.rima-tde.net ([88.8.142.184] helo=noir.de) by detebe.org with esmtpsa (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1rAseX-0001Bw-HS for freebsd-arm@freebsd.org; Wed, 06 Dec 2023 15:13:29 +0100 Resent-From: "Elmar K. Bins" Resent-Date: Wed, 6 Dec 2023 14:13:22 +0000 Resent-Message-ID: Resent-To: freebsd-arm@freebsd.org Date: Wed, 6 Dec 2023 14:10:28 +0000 From: "Elmar K. Bins" To: freebsd-arm@freebsd.org Subject: Re: [Raspi4 13.2] Keyboard woes Message-ID: References: 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: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Organization: unorganized since 1789 X-Whisky: Knockando, extra old reserve X-Spamd-Result: default: False [-0.75 / 15.00]; NEURAL_SPAM_SHORT(1.00)[0.996]; NEURAL_HAM_LONG(-0.98)[-0.983]; NEURAL_HAM_MEDIUM(-0.87)[-0.867]; FORGED_SENDER(0.30)[elmi@4ever.de,ekb@noir.de]; R_SPF_ALLOW(-0.20)[+mx:c]; MIME_GOOD(-0.10)[text/plain]; ONCE_RECEIVED(0.10)[]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_ONE(0.00)[1]; R_DKIM_NA(0.00)[]; FROM_NEQ_ENVFROM(0.00)[elmi@4ever.de,ekb@noir.de]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/32, country:DE]; HAS_ORG_HEADER(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_TLS_ALL(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DMARC_NA(0.00)[4ever.de]; TO_DN_NONE(0.00)[]; ARC_NA(0.00)[] X-Rspamd-Queue-Id: 4SlfWv0Q29z4H53 X-Spamd-Bar: / Re Nuno, thanks for looking at this. eduardo@freebsd.org (Nuno Teixeira) wrote: > > Is keyboard original from raspberry? > https://lists.freebsd.org/archives/freebsd-arm/2023-July/002810.html I didn't even know they sold a keyboard. This looks like a generic rebrand. I concur with Mark, I don't think this makes any difference. Because you asked; I've tested a whole bunch of keyboards.. - original IBM Model M from 1983 - Replica Model F from 2022 - Korean generic USB keyboard - Apple M0115 on an ADB->USB converter - Apple M3501 on an ADB->USB converter - HHKB - Das Keyboard 4 - really old Olivetti on a PS2->USB converter - Cherry G80-3000 from 2018 - some generic more or less ancient ones lying around *All* of them work in U-Boot and after FBSD is way into the boot process. *None* of them do anything in between (i.e. beastie). Changing the physical port used makes no difference. Note: There is nothing on the screen to either indicate a problem or recognition of the keyboard. To me it appears that the drivers (maybe USB in general, maybe only HID) are only loaded way after beastie. (If so, why?) So... cool that you could solve this by using a Pi brand keyboard, but I don't think this is actually what solved the issue. So, my questions stand: Is this a known issue with USB keyboards on the Pi (or Pi4)? (Never saw this on other hardware, also with USB keyboards) Is there a workaround (like a magic boot.conf setting)? If anybody has solved this with a generic keyboard...please... I'd really hate going back to Linux on that thing. Btw, Nuno, I couldn't find a place to search the list . All I could find is archives by month. If you have a pointer... All the best, Elmar. From nobody Wed Dec 6 16:18:13 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 4SljJD4STDz53dkh for ; Wed, 6 Dec 2023 16:18:36 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-20.consmr.mail.gq1.yahoo.com (sonic305-20.consmr.mail.gq1.yahoo.com [98.137.64.83]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 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 4SljJC2vrxz4S6v for ; Wed, 6 Dec 2023 16:18:35 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1701879507; bh=Vwiut3O1UGHXeiAdT/cJVl4NBOfXKg5RMycQvr8xwAM=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=DBpjPT80Cz+NlB6+WOnsF9o3SZT985jxpzS4WPUMPDOjH205Wj9T36fo//bne4TVBU7+NRouD1aLD23KetSPJjMK6VfmFZTUZjl5V2oBWuQTGZ4BnhGFk5gN32hhaKyfc/9yhF1ngLmWrEFstX3hBgTk6oTUU2BXKwGCFJjZTVtA9VbZrkoTT00Aiv0oH/5jJmoC3vl7pyGsMRyyRTkOBQLFxdJz5fsPqKO+Hh690YKMCxvoqaYvgDchvgljvfvUhJ/MK/FdzDG9zOTP+Vc6qN7aa6W3sHg+kIeyKilBqv47sEFln0/YCMENzW5F79x03YC0QtbfgHS7r7T5BJQlxA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1701879507; bh=BVm4X8Lqwu94rCsUtJrWC8Ary2E7LAC3bUbqVnSmI/c=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=PxmfjbJhvC7cHkvD9X21ORF6dFrkFsMvv4TJUIL6XDLsfB7b330KeGTOpB16XX0mz/ZNQROOSCFfDEQqjfHxwo0O1slmPb5Y7Eh0TdCaaGd5MHCew8HS8N7/EYF03hJiLTRr5d5PoSEhL6Vnf6zf6z1ru+TElHa3Dls3ZhRlUkpWvuZqCnLq03XEH8giyQ1t5IqZ6l7Guv0FBefOEOuo7Gj+ipmCJl4Ea7NYZt0zV+F1/IOTh9oJepogOH+jmzyDxQ4IWl2bzHcArUrMN6zTsB3hf9jVPfH04OUrLfmxeytleHxAgGzgpyyRu/j3FEcsO9YqJHHAgLQonVSYNrSwrQ== X-YMail-OSG: 7jp45pgVM1lbzeNHwhQUQlf95.Ky2LLErcpT1SCw0Y71K10yAzILukFGQB5_512 toZxCQqvzNT0wzZ9hOAAtKLLXne.yGvAsHNO8d5b8XkPb1vbZfkMF_y.eF5.Va1NciFTzuu0Xnq_ hK5ndfXmfFwGu56WbtXIAj7U.QEZsuKLznMur2zEaO3ixMvb5pNsz6.aPEig3WxJ_jikV8UEtXsc DiMnzBmOPBb7S68yYpR8_DopS8fy33xK6_crQk2ZX60xIybk_PsxIspI8BtSFgtjTSfkXzA9PXgQ 7zWfs0gWynws.H1l22IY6aMqnow5FfiKoO76rATTuquRdREpiNQVokmIYY8XCdaw_G0F0OxmsFPg Fz4OGnDO6naioFXCvlD48FhxwA6qxIKLlzkgIzjv10e7sThtxHnIuWlcbuEZHfWoM9ic9z48NWEw NAXrPHvmS7lBQhrdO2qUoYuYdwlXKbYRtUGBNZKE6ZB4LizNf5AjSlfyUhZDEV5Z0LpBg2lSjcPv O.ocmxgscyQKOyL2nT_X8LEfoTirjfTm6B..aZTjjalGEZPh3LIlVjX.UteMtGBGYj9i0BY_mDRk zdPgzDkGyubBu7BSBL4GPdsZNrte1bFBkWcvyjsRTXZBbz43xGMybY7Cx1iW_mv42ATSd8egekaM 3W.tnOIbhhXzaamW5OKPqJzAGbItTR.fq82m73hY8LXZDMufney93yhwGZN7ynez2NBzc.O9OiPl b3OznaVk71OHu9YpxFtH294sMG0s7cBGauJw58tmp69KU9AWXtqQ29xYVg5t0IWbowlqrxZi3a19 CZJUreTN8oRPrSiUNZyJkG6fdDrBRIfbboMNg2YvT3.lHE4lqtr84XmdSeXKsbf1_QHz8vxPE2QP rio9gdISBNC6V8_bBYoSRoksXYlekWbcg94JNpswZPXJ35vC69ztRGsovAPcVsxkKdgTW9yaLKmy qwZITJKJJTpG4EXBBgozh8y4HAyynRh0MP3iEeSDarm.mYpNuth0o1VGTH9hQehrnGvHWGcP2Gc9 H0kT6GqIzmntrmcj.3q03tjLQ.ZAUNjrojat8JEDa5ZJ3MNztwLrUgstIilP6RFobTyMPMY6BNck rT8nu7Cj7kTdfiYFmnVx7mP52ZMK09xQycwBlQ92n4Lt2Hr1pDtG.HTIC6uxJ.XEX_HvVsy1kD72 R58ZjyLOy8zmOZAmAugrMOScD9xloPCGHPzY6P.VR0J94qDU09MvcnjDWunrAorWxjW0IGF4zwaY ylh1I1vmFzGh5S5YxDnPdvLNwt1K3pCnKnw2V6SRt3VOQMdJaWVWJocctSotG3tA3RyTCxGXsAtt PDFhkAon.AyVLzS3PZ1a3nEAyOLt2I8drNEUlaM_y7mlB72uHQqH9.SHWoCADFceLUW.kNFF3QvC 242m7ZPGhjsWfWNPgxg5O3U.UHUB.r7h0jvUhzUwGjjSN1itxEGwzKVXvMh2q9NR9cnPEWtDDOsu Qqr48vl._QHG354UigPRgt_TfAbvsAaazqdyg4YlEghPFFoH3D0B7BujvAySch.MzpN0Si5OVFGA N299aJk4Akx1QLTzFHtPOi87e5csbKpEaQegHHoyzj_Hs1.Qg1M_vJ7axILQww2Djkc7dgMjvBb6 mq2X.qs7Y9FS6UYb70D5K4Key.AVSQfqIwmFRGUGbZ7Jjp4IU870v_dzDJUlqujoVaENNwmPVeGx d7H2gIDB_GjuuqQfF7vBpcyXbk9X.rjW7q1Rg6jsXXlMCsaWnsvD2ZMuE9rOmDv973TMKrogg07d Hvz21an0ikD7Fm9NoIZgi86lHgEvjbOb.7gcYPo0AEnWz9hnl7hFH5GajQ0PK.a94WT_qbGArUAB ucvNO3z9YjISVxUeUOLOpkwt.AQLkESznXYqXpUVmi_D58tNw4tGi_3JdCRo0MRmhAlw3gZ6qXvH Q45RYEsBZvD9jkoQaKlGpuMq11_p3bZSQ2UrH3Vo1l6Uw9h0qhvk9BIUDXmlbnd.Roo.IbeE0y1g KN5NzYpVcAbCZYf0cxQPfe3wCmkgC7blG8qcYTiyri1BZLdnuYfMxXthZvIRuV5jZfnZycLgAwYZ OVcz6S.PMmKrifx7rXIwgbrfzHWIi4X78SfmeKvWmit.ib81WFcmeR42KLxNTrq0iG8PYh6g62IM w7NX3_II_U1BDiy43Sz_JBvddxagSxS_pKnl2EOi37Q2Oh_3paELi44aW1bktkabN3kn8Nj9P6OK QhwA7LZ9aAdO_DxL9Y6ltIVUQYMDPV9FkAyNd5SOBwxy4HET5bcWOd2RN.SPE.kXSFEVtXRGV5E5 8txmMwkBi X-Sonic-MF: X-Sonic-ID: 1789442e-c825-477a-8921-1b0b72ec2889 Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Wed, 6 Dec 2023 16:18:27 +0000 Received: by hermes--production-gq1-64499dfdcc-vctp5 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID b142723a136e015b5fb5a30bd62d9c8e; Wed, 06 Dec 2023 16:18:24 +0000 (UTC) Content-Type: text/plain; charset=us-ascii 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 (Mac OS X Mail 16.0 \(3774.200.91.1.1\)) Subject: Re: [Raspi4 13.2] Keyboard woes From: Mark Millard In-Reply-To: Date: Wed, 6 Dec 2023 08:18:13 -0800 Cc: freebsd-arm Content-Transfer-Encoding: 7bit Message-Id: <52369F28-36F2-4B1A-A76A-8978B29E403A@yahoo.com> References: To: Nuno Teixeira , "Elmar K. Bins" X-Mailer: Apple Mail (2.3774.200.91.1.1) 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:36647, ipnet:98.137.64.0/20, country:US] X-Spamd-Bar: ---- X-Rspamd-Queue-Id: 4SljJC2vrxz4S6v On Dec 6, 2023, at 04:34, Nuno Teixeira wrote: > (...) > > https://lists.freebsd.org/archives/freebsd-arm/2023-July/002810.html > . . . While not directly related to keyboards, I'll note that I had text reporting: QUOTE initial_turbo=60 [It appears that with modern EEPROM context, the RPi* is dynamically adjusting the frequency/voltage combinations even during early booting. The initial_turbo use delays that for the indicated number of seconds (up to 60 sec). FreeBSD seems to not handle the variability and the above gives FreeBSD a stable context for such properties for early booting.] END QUOTE I later discovered that initial_turbo=60 was not sufficient for "boot -s" (single user mode) because the stable frequency/voltage can not be made to last long enough. I use force_turbo=1 to deal with wanting to "boot -s". I'll also note that using a serial console would be another way to get to a prompt for typing "boot -s". (It is how I normally operate for such so I do not normally notice any USB keyboard handling issues for that time frame.) Handling early boot problems without a serial console can be problematical. === Mark Millard marklmi at yahoo.com From nobody Wed Dec 6 16:19:16 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 4SljK71Bbqz53dhf for ; Wed, 6 Dec 2023 16:19:23 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (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-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4SljK56HTsz4Svd for ; Wed, 6 Dec 2023 16:19:21 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Authentication-Results: mx1.freebsd.org; dkim=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net; dmarc=none Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.17.1/8.15.2) with ESMTPS id 3B6GJGVH019319 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Wed, 6 Dec 2023 08:19:17 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.17.1/8.15.2/Submit) id 3B6GJGPt019318; Wed, 6 Dec 2023 08:19:16 -0800 (PST) (envelope-from fbsd) Date: Wed, 6 Dec 2023 08:19:16 -0800 From: bob prohaska To: freebsd-arm@freebsd.org Cc: bob prohaska Subject: RPi2 USB boot problems, maybe hardware? Message-ID: 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: text/plain; charset=us-ascii Content-Disposition: inline X-Spamd-Result: default: False [0.28 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; SUBJECT_ENDS_QUESTION(1.00)[]; AUTH_NA(1.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.62)[-0.617]; WWW_DOT_DOMAIN(0.50)[]; MID_RHS_WWW(0.50)[]; MIME_GOOD(-0.10)[text/plain]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; R_DKIM_NA(0.00)[]; R_SPF_NA(0.00)[no SPF record]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DMARC_NA(0.00)[zefox.net]; ARC_NA(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[]; TO_DN_SOME(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Queue-Id: 4SljK56HTsz4Svd X-Spamd-Bar: / Since a recent build/install cycle a Pi2 v1.1 (armv7) has stopped booting stable/14. The machine uses bootcode.bin on the microSD, which finds and loads u-boot from the USB mechanical disk. U-boot fails to find the hard disk. I've not intentionally changed U-boot. Sometimes repeated power cycles induce the Pi to boot successfully and I'm starting to wonder if there's a hardware problem. The serial console reports *** FINAL System shutdown message from bob@www.zefox.com *** System going down IMMEDIATELY Dec 6 07:29:31 www shutdown[61398]: reboot by bob: Stopping apache24. Waiting for PIDS: 1093. Stopping cron. Waiting for PIDS: 1078, 1078. Stopping sshd. Waiting for PIDS: 1075. Stopping devd. Waiting for PIDS: 774. Writing entropy file: . Writing early boot entropy file: . Terminated . Dec 6 07:29:36 www syslogd: exiting on signal 15 Waiting (max 60 seconds) for system process `vnlru' to stop... done Waiting (max 60 seconds) for system process `syncer' to stop... Syncing disks, vnodes remaining... 3 2 0 0 done All buffers synced. Swap device da0s2b removed. Uptime: 14h16m14s Resetting system ... U-Boot 2023.07.02 (Aug 25 2023 - 05:50:16 +0000) DRAM: 948 MiB RPI 2 Model B (0xa21041) Core: 75 devices, 12 uclasses, devicetree: board MMC: mmc@7e300000: 1 Loading Environment from FAT... ** Bad device specification mmc 0 ** In: serial Out: vidconsole Err: vidconsole Net: No ethernet found. starting USB... Bus usb@7e980000: USB DWC2 scanning bus usb@7e980000 for devices... cannot reset port 1!? 1 USB Device(s) found scanning usb for storage devices... 0 Storage Device(s) found Hit any key to stop autoboot: 0 U-Boot> usb tree USB device tree: 1 Hub (480 Mb/s, 0mA) U-Boot Root Hub U-Boot> The failure to enumerate more USB devices seems odd. Issuing a reset command, or usb reset, results in a hang. The red LED remains on. It does seem possible to explore with u-boot commands that don't involve resetting. For example, the usb tree command. Are there any u-boot commands that might shed light on what's wrong? Depowring the Pi and external hub (along with the disk) and letting it sit for ten minutes allows the machine to reboot hands-off when power is applied to hub and Pi. During the successful power-up u-boot reports ... starting USB... Bus usb@7e980000: USB DWC2 scanning bus usb@7e980000 for devices... unable to get device descriptor (error=-22) 5 USB Device(s) found scanning usb for storage devices... 1 Storage Device(s) found Hit any key to stop autoboot: 0 .... No USB connections were changed between the start attempts. Once up the machine seems quite stable, building world slowly but reliably. Thanks for reading, any suggestions appreciated! bob prohaska From nobody Wed Dec 6 16:37:39 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 4SljkM23mpz53fr5 for ; Wed, 6 Dec 2023 16:37:47 +0000 (UTC) (envelope-from rb@gid.co.uk) Received: from mx0.gid.co.uk (mx0.gid.co.uk [194.32.164.250]) by mx1.freebsd.org (Postfix) with ESMTP id 4SljkL2l2mz4VGb for ; Wed, 6 Dec 2023 16:37:46 +0000 (UTC) (envelope-from rb@gid.co.uk) Authentication-Results: mx1.freebsd.org; none Received: from smtpclient.apple (moriarty.gid.co.uk [194.32.164.17]) by mx0.gid.co.uk (8.14.2/8.14.2) with ESMTP id 3B6GbdJ5063944; Wed, 6 Dec 2023 16:37:39 GMT (envelope-from rb@gid.co.uk) Content-Type: text/plain; charset=us-ascii 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 (Mac OS X Mail 16.0 \(3696.120.41.1.4\)) Subject: Re: RPi2 USB boot problems, maybe hardware? From: Bob Bishop In-Reply-To: Date: Wed, 6 Dec 2023 16:37:39 +0000 Cc: "freebsd-arm@freebsd.org" Content-Transfer-Encoding: 7bit Message-Id: References: To: bob prohaska X-Mailer: Apple Mail (2.3696.120.41.1.4) 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:42831, ipnet:194.32.164.0/24, country:GB] X-Spamd-Bar: ---- X-Rspamd-Queue-Id: 4SljkL2l2mz4VGb Hi, > On 6 Dec 2023, at 16:19, bob prohaska wrote: > > Since a recent build/install cycle a Pi2 v1.1 (armv7) has stopped > booting stable/14. > [ ... ] > The failure to enumerate more USB devices seems odd. > [ ... ] > > Thanks for reading, any suggestions appreciated! Check your power supplies. > bob prohaska -- Bob Bishop rb@gid.co.uk From nobody Wed Dec 6 19:02:41 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 4SlmxY4gkFz53plr for ; Wed, 6 Dec 2023 19:02:41 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (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-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4SlmxY0Pz8z3Gpq for ; Wed, 6 Dec 2023 19:02:40 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Authentication-Results: mx1.freebsd.org; none Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.17.1/8.15.2) with ESMTPS id 3B6J2gTt019620 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Wed, 6 Dec 2023 11:02:42 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.17.1/8.15.2/Submit) id 3B6J2fhs019619; Wed, 6 Dec 2023 11:02:41 -0800 (PST) (envelope-from fbsd) Date: Wed, 6 Dec 2023 11:02:41 -0800 From: bob prohaska To: Bob Bishop Cc: "freebsd-arm@freebsd.org" Subject: Re: RPi2 USB boot problems, maybe hardware? Message-ID: References: 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: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: 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:7065, ipnet:50.1.16.0/20, country:US] X-Spamd-Bar: ---- X-Rspamd-Queue-Id: 4SlmxY0Pz8z3Gpq On Wed, Dec 06, 2023 at 04:37:39PM +0000, Bob Bishop wrote: > Hi, > > > On 6 Dec 2023, at 16:19, bob prohaska wrote: > > > > Since a recent build/install cycle a Pi2 v1.1 (armv7) has stopped > > booting stable/14. > > [ ... ] > > The failure to enumerate more USB devices seems odd. > > [ ... ] > > > > Thanks for reading, any suggestions appreciated! > > Check your power supplies. With the machine up, running and idling I see 5.06 volts. When shutdown -r is issued on the console the voltage rises to 5.13 with the red power LED on steadily. Meanwhile, the Pi reports root@www:~ # shutdown -r now Shutdown NOW! shutdown: [pid 1420] root@www:~ # Stopping apache24. Waiting for PIDS: 1093. Stopping cron. Waiting for PIDS: 1078. Stopping sshd. Waiting for PIDS: 1075. Stopping devd. Waiting for PIDS: 774. Writing entropy file: . Writing early boot entropy file: . . Terminated Dec 6 10:40:25 www syslogd: exiting on signal 15 Waiting (max 60 seconds) for system process `vnlru' to stop... done Waiting (max 60 seconds) for system process `syncer' to stop... Syncing disks, vnodes remaining... 0 0 done All buffers synced. Swap device da0s2b removed. Uptime: 2h35m33s Resetting system ... U-Boot 2023.07.02 (Aug 25 2023 - 05:50:16 +0000) DRAM: 948 MiB RPI 2 Model B (0xa21041) Core: 75 devices, 12 uclasses, devicetree: board MMC: mmc@7e300000: 1 Loading Environment from FAT... ** Bad device specification mmc 0 ** In: serial Out: vidconsole Err: vidconsole Net: No ethernet found. starting USB... Bus usb@7e980000: USB DWC2 scanning bus usb@7e980000 for devices... cannot reset port 1!? 1 USB Device(s) found scanning usb for storage devices... 0 Storage Device(s) found Hit any key to stop autoboot: 0 MMC Device 0 not found no mmc device at slot 0 switch to partitions #0, OK mmc1 is current device Scanning mmc 1:1... No EFI system partition No EFI system partition Failed to persist EFI variables BootOrder not defined EFI boot manager: Cannot load any image MMC Device 2 not found no mmc device at slot 2 Device 0: unknown device No ethernet found. missing environment variable: pxeuuid Retrieving file: pxelinux.cfg/00000000 No ethernet found. Retrieving file: pxelinux.cfg/0000000 No ethernet found. Retrieving file: pxelinux.cfg/000000 No ethernet found. Retrieving file: pxelinux.cfg/00000 No ethernet found. Retrieving file: pxelinux.cfg/0000 No ethernet found. Retrieving file: pxelinux.cfg/000 No ethernet found. Retrieving file: pxelinux.cfg/00 No ethernet found. Retrieving file: pxelinux.cfg/0 No ethernet found. Retrieving file: pxelinux.cfg/default-arm-bcm283x-rpi No ethernet found. Retrieving file: pxelinux.cfg/default-arm-bcm283x No ethernet found. Retrieving file: pxelinux.cfg/default-arm No ethernet found. Retrieving file: pxelinux.cfg/default No ethernet found. Config file not found No ethernet found. No ethernet found. U-Boot> usb info reports only the hub: U-Boot> usb info 1: Hub, USB Revision 1.10 - U-Boot Root Hub - Class: Hub - PacketSize: 8 Configurations: 1 - Vendor: 0x0000 Product 0x0000 Version 0.0 Configuration: 1 - Interfaces: 1 Self Powered 0mA Interface: 0 - Alternate Setting 0, Endpoints: 1 - Class Hub - Endpoint 1 In Interrupt MaxPacket 2 Interval 255ms U-Boot> This doesn't look like a power supply problem to me. The Pi gets far enough to spin up the disk, find u-boot and run it. Only then does it run into trouble. The error messages that are presented are always so. Perhaps they're symptoms of some other, underlying, problems? Thanks for reading! bob prohaska From nobody Wed Dec 6 19:09: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 4Sln566FdFz53pn7 for ; Wed, 6 Dec 2023 19:09:14 +0000 (UTC) (envelope-from mike@karels.net) Received: from mail2.karels.net (mail2.karels.net [3.19.118.201]) (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-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "freebsd", Issuer "freebsd" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Sln564Mg1z3HZg for ; Wed, 6 Dec 2023 19:09:14 +0000 (UTC) (envelope-from mike@karels.net) Authentication-Results: mx1.freebsd.org; none Received: from mail2.karels.net (localhost [IPv6:0:0:0:0:0:0:0:1]) by mail2.karels.net (8.17.1/8.17.1) with ESMTP id 3B6J94UG081559; Wed, 6 Dec 2023 13:09:04 -0600 (CST) (envelope-from mike@karels.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=karels.net; s=mail2; t=1701889744; bh=KNrEEs3uvUPK2kPKqWAnJbjv/eA1kELhz21XANJv1Dw=; h=From:To:Cc:Subject:Date:In-Reply-To:References; b=lP0ET9AamNr6E6Cu67VR385hL9hxP8eO54kBqg7szGUjQV8/IbCipsr/H6EVMhxrb F7wnmfYH1XPjtE6IgA5nIsarNGM7t6QhSBV5bG0pgNEaaDE5uImOdDgQOEH+JtkT/9 8PPD9ex5EIh2K91umeEQO8vf9jJtosfPFceDA2NMRNbg2oxWxsSoACRCbCMUkVRwKW EVkUfenmBcyMnJ2uLjVmYMmIKPNqLbV52HQ0oZETKcsH2wlaE0j1qry7M0SJr/2PpA n597VTr1NjYHJQXQggnKBJMyvDd8o8/2HY44nndxn4l4/kyHL4jO4qqAdluPq1/DEr JoQDA2MSMP6gw== Received: from [10.0.2.130] ([73.62.165.147]) by mail2.karels.net with ESMTPSA id Zc9iFNDGcGWVPgEAs/W3XQ (envelope-from ); Wed, 06 Dec 2023 13:09:04 -0600 From: Mike Karels To: "Elmar K. Bins" Cc: freebsd-arm@freebsd.org Subject: Re: [Raspi4 13.2] Keyboard woes Date: Wed, 06 Dec 2023 13:09:03 -0600 X-Mailer: MailMate (1.14r5964) Message-ID: In-Reply-To: References: 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: text/plain 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:16509, ipnet:3.16.0.0/14, country:US] X-Spamd-Bar: ---- X-Rspamd-Queue-Id: 4Sln564Mg1z3HZg On 6 Dec 2023, at 8:10, Elmar K. Bins wrote: > Re Nuno, > > thanks for looking at this. > > eduardo@freebsd.org (Nuno Teixeira) wrote: > >>> Is keyboard original from raspberry? >> https://lists.freebsd.org/archives/freebsd-arm/2023-July/002810.html > > I didn't even know they sold a keyboard. This looks like a generic rebrand. > I concur with Mark, I don't think this makes any difference. > > Because you asked; I've tested a whole bunch of keyboards.. > > - original IBM Model M from 1983 > - Replica Model F from 2022 > - Korean generic USB keyboard > - Apple M0115 on an ADB->USB converter > - Apple M3501 on an ADB->USB converter > - HHKB > - Das Keyboard 4 > - really old Olivetti on a PS2->USB converter > - Cherry G80-3000 from 2018 > - some generic more or less ancient ones lying around > > *All* of them work in U-Boot and after FBSD is way into the boot process. > *None* of them do anything in between (i.e. beastie). > Changing the physical port used makes no difference. > > Note: There is nothing on the screen to either indicate a problem or > recognition of the keyboard. > > To me it appears that the drivers (maybe USB in general, maybe only HID) are > only loaded way after beastie. (If so, why?) > > > So... cool that you could solve this by using a Pi brand keyboard, but I don't > think this is actually what solved the issue. > > So, my questions stand: > > > Is this a known issue with USB keyboards on the Pi (or Pi4)? > (Never saw this on other hardware, also with USB keyboards) > > Is there a workaround (like a magic boot.conf setting)? > > If anybody has solved this with a generic keyboard...please... I'd really hate > going back to Linux on that thing. No workaround, but a couple of data points: - I don't have this problem on a 4 GB RPi 4 of the original revision, although the firmware has been updated. I tested with 13.2 and 14.0. - However. I do have the problem on an RPi 3B+ with either 13.2 or 14.0. btw, the loader doesn't use loadable drivers, so driver loading is not the problem. Mike From nobody Wed Dec 6 20:23:22 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 4Slpkx11n9z52vm9 for ; Wed, 6 Dec 2023 20:23:37 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic313-20.consmr.mail.gq1.yahoo.com (sonic313-20.consmr.mail.gq1.yahoo.com [98.137.65.83]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 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 4Slpkw5d2gz3NkB for ; Wed, 6 Dec 2023 20:23:36 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1701894215; bh=bq/ZNi9UiajzOs4v/EIpJZx+Yp64BZqZKWGrd2BeHac=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=Ju9ZnQRvvl71ccYj3kkkNVQWXdHFjEfDP5cQmFEi3b1HA+3KxdVImy3VlHRi/gZkeadeMw8YQCFdXJlAM566uj4Fi+Lu0ZBMZBXEZxQlHYegOESTb736sNauuSLGVER21RW2udxy0W5DrCmqK4uQN8JSbOJAiufcb15CXYsuDhITekWH9m9P//JWLZou/H9bCy+WgDhh8cZURxqlW7l81Abgg0W10ku2/NhQkE8D65xpQT+1/6ostJH5VNsa28M6JsiiWlsKWhChsDdPs6mT2k/aedtM99JY9MEdvbfvI1tm5B4lzwb9rqibDAYlUyHoudg/+psJN5N9u1LrVdUJtg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1701894215; bh=zxN9P9BsicIY00HwkTyrO0IEcyY0dLvupWth6CuUftH=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=D3e+KPrIs71BWJDJiUhw3v+2vSQLbEKsE+//NLUkSvb5TTVhseQMDuXzWo/pGT5plS4OeZJ2tl9zbEWLeALjBJyf89pHm0KYd3ZSyhcWY9doLN34D4jbpZkzyRYraDpmqIgGMYDSa10S7FnQRs+WhUTyZrRhC/toxLsRxVJiTrw33W5xcnd/CsNqRRcbTdTd/E2Ch7EhVmPwFtC+46vGiQStxvVB2d40OBrCN53PnWdbto2T4/d/2YxNkkhVt9Lz09gsARP0pZHwXe5JU4HNZ9GHCJB26HFusEbXAGWGBz3o3vZBaQ7wwdjlZYPnfRPwMEq5C6qnkMyVxR70Jn6S7g== X-YMail-OSG: zaWPxIQVM1mCjiLOJ6GiaPUu9WvSZNuspuEo5Ar.aPvm_bZoHi2E19pP4ckVKIu G5t.P6gDkVKpBaKC7nTGUyXWKay_AYa.L2ac60VZJ1ja9ZFLm.MGfxmM4JgWc_PPE.fvasYupuEc qNC0w5BALoqCtUOA7ODnuDFT3cXda0jm8GXmfOJ7Wqh5uQ0Wrnjoccd5BHNWWTWWSaLwBUMCHYvE cl.o8m4dU7rsy2_paO58.J8koixqIGJPCgK6vonlM1jm6G7PEUmLHsr9hi6GJ9g0owxlM4dnFUwY 7k7HCrzkLU1VD6IXM9DAZwHzQ_MFxuoiwwPXLx5RjsckxyRb0Sg3b9YwgPhn7_sjAH40B3w7uWoo 3A6SVBadMcDvDhyWWadAktFr.9NpT9_M.ATTIAFXQ184ZJO42yG6SxG1qvra9LpZs9DV_2Rwkfxn igAal3qgW0vdmmjKouWyuJFqrZOcJ_auaYT5MQfxDuXMNrLVT8YMSjN6boZD4U51BXVU7qEJdeis 3mwg2QiDtV7SbEoy_Ehc0vJo_DHZuSd0fJF8P5lnYCWU00aGCju.b_SBKa9rWfOCexMtSi9Q8ryP 6nUh_BXXIDr5kBEsm6z9kdLzfHxyCozMaFGDiWX.husaQR8gxyotb1eaitdfijqrfTdggqd4tWXw YgDuvBDuPPS8RZSxPneri9xS5Gojmzyju2y97cRQuxamec1LkQDkOGH79OR4pKsQfZVa9wE8gp3t z3SNbMt_ehUbss95yZfrgE.rRusWhY2jxswO_vwOai60aHMTFZcKO0xkdlr3edScTFcT_KR2NZS_ H4PDOw4jAeR.3Gib.7c6lH7AHTU73T0EsMKj_A1g4CX.FiPNm4P7JYzsS5L3lQOkMD0sA5Yx1evq wrD34r0yGgBJmUYSZWfWYevN6fNuWZ54MxK.gr.RHobgsLKOdBAutU7eIqLV7eqB5FMa.GrfpPoi Zd61lTo5gqP1IWOeH8hjzOwRH5XhuE5_In7JHH.HdvcaLs0dYnnGnVwl50gJ4FdBXJD4JUrc58O_ V0qcH12TJE9vTLJJW52_mmqrxnEO5DZv63pqdgibgXl9rf7NGGePhLRfxvRILYHr5LkNBXSFXNEC Tph6LBKbeAaOeT5SFxxxhYhuqcwnjRFnCVvsPGO08YKZclm3.m5vKzPB7djjvChEzQQrItswflkJ JrJ0MFsvCnIUlN1ZGN2Yvn0gBre.rg58oEmnbdiq837ByWJCmyZTS3m82XoEp74TYMo0i6s2tW5x KVJNuwMfopq6ji1HMt9gcc.8OcomsaVzo4sBFKTqbOmRm7GjQgZUuj0k_V0NbHtXgQTseCD6UYrT A8TSFBJJvgMZh_tYmWEXNNNBsjyBOkseBOWSGAptV.Ob_9VvQjHck2.ZxLt.oosSS5RTtYKlyFgZ 8Rj5_NsBqkYoF.ER33tdhLaPVtqAcxlH6PvPntdMsuKIFUWyojgTQOBZoU4G8OOyhHpMJyaNNefZ .qMSR3HGiMbbXodyqd4nfsqasnxwNtqK2KBGuM6FIV1mGjdXiPU2HIpcvTLHrKK8uaXIRxxq_9A6 cIrJK46Nsojwy3aNL8DdAnI_CoiM2LBBDmIAxdCIa9JYwdZ6kl1pmIvsW8lMhcIpsighpAUMi_rD NkCLbsfZeAIYUh9TbCmVoQIk1dnBCyv7J3rGov2jMPuvRle12Ocz54iEDJjSaUpEL5vIpRIYsZf3 SQLJiW9.fhTR8pGD.PA6MXdf0Tg5npsFIARH5_YSf2BknCreZddcDQoHkg5CtGF43EoR6gn27W1Y loQDxB1DsKWS25Imyly5YOZJH0WJpFqszhdUEEbddk6OIFxIPj3HibaOScR7Myn7LsIbJtDxbhiu Lgb5gqfueQJu3en_VrwzLd6wn4VF74.zRUUzxa3Mjq86NhaEzk.54uo6ZTU4qNNUpNqbesJoIHxw cjB9oR8tq2ab_fmVrfdCV_GaOUwOXWlI7zphFz9FHinemAAGVRYRPtXmYaBG2ihZxDzNIe2M9X4r 9wyvRMxIHOgBrQ4rdmglEunWj.TPfPPSo6j4iclYk.lr8LDESOd6EvbMouOnVZRQivx83pgjsDpF VXHgeQF.Wt7VDXKVaFKJpla88_ME6e8mRNB7z3p.Da2vroPxPf6I0Y5tilZ0ky2Yj3dzs_65fbZg Uu3l3SsIsGHafq6DPB.yNGlxJLXZh3fhbADu1RLBkAxfBw20VZ6Ms69kUo8Ua.66wh_S2kJasQhU MnKF8B.aCPVqHCMTcx_yia2lFMjAdEmjIB_9m7Gtss8VopmyqcZsocTVFVAiEYpyBnqEsKdvAaNG aNg-- X-Sonic-MF: X-Sonic-ID: b5e15118-b82f-45a3-a9b8-d2512d5ffeae Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.gq1.yahoo.com with HTTP; Wed, 6 Dec 2023 20:23:35 +0000 Received: by hermes--production-gq1-64499dfdcc-95tsn (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 45abd471dbfb00642a372c5dec981b2f; Wed, 06 Dec 2023 20:23:32 +0000 (UTC) Content-Type: text/plain; charset=us-ascii 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 (Mac OS X Mail 16.0 \(3774.200.91.1.1\)) Subject: Re: RPi2 USB boot problems, maybe hardware? From: Mark Millard In-Reply-To: Date: Wed, 6 Dec 2023 12:23:22 -0800 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: To: bob prohaska X-Mailer: Apple Mail (2.3774.200.91.1.1) 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:36647, ipnet:98.137.64.0/20, country:US] X-Spamd-Bar: ---- X-Rspamd-Queue-Id: 4Slpkw5d2gz3NkB On Dec 6, 2023, at 08:19, bob prohaska wrote: > Since a recent build/install cycle a Pi2 v1.1 (armv7) has stopped > booting stable/14. The machine uses bootcode.bin on the microSD, > which finds and loads u-boot from the USB mechanical disk. You missed a stage in that description, more software is involved: A) bootcode.bin loads and starts the (other) RPi* firmware from the EFI partition B) That (other) RPi* firmware in turn, eventually, finds, loads, and starts U-Boot. You have not reported on the (other) RPi* firmware version that is in use. Technically, you might have a different vintage of bootcode.bin on the microsd card. I'll note that I've not done any RPi*-firmware/U-Boot/FreeBSD-loader/FreeBSD kernel combination checking in a long time. > U-boot > fails to find the hard disk. I've not intentionally changed U-boot. Has the FreeBSD port been updated since you last updated U-Boot? Do modern armv7 snapshots still use the same U-Boot vintage that you have in place? Again, I've not done any testing/tracking in some time. > Sometimes repeated power cycles induce the Pi to boot successfully > and I'm starting to wonder if there's a hardware problem. >=20 > The serial console reports >=20 > *** FINAL System shutdown message from bob@www.zefox.com *** = =20 >=20 > System going down IMMEDIATELY = =20 >=20 >=20 > Dec 6 07:29:31 www shutdown[61398]: reboot by bob:=20 > Stopping apache24. > Waiting for PIDS: 1093. > Stopping cron. > Waiting for PIDS: 1078, 1078. > Stopping sshd. > Waiting for PIDS: 1075. > Stopping devd. > Waiting for PIDS: 774. > Writing entropy file: . > Writing early boot entropy file: . > Terminated > . > Dec 6 07:29:36 www syslogd: exiting on signal 15 > Waiting (max 60 seconds) for system process `vnlru' to stop... done >=20 > Waiting (max 60 seconds) for system process `syncer' to stop... = Syncing disks, vnodes remaining... 3 2 0 0 done > All buffers synced. > Swap device da0s2b removed. > Uptime: 14h16m14s > Resetting system ...=20 >=20 > U-Boot 2023.07.02 (Aug 25 2023 - 05:50:16 +0000) That provides the U-Boot vintage but not the RPI* firmware vintage. > DRAM: 948 MiB > RPI 2 Model B (0xa21041) > Core: 75 devices, 12 uclasses, devicetree: board > MMC: mmc@7e300000: 1 > Loading Environment from FAT... ** Bad device specification mmc 0 ** > In: serial > Out: vidconsole > Err: vidconsole > Net: No ethernet found. > starting USB... > Bus usb@7e980000: USB DWC2 > scanning bus usb@7e980000 for devices... cannot reset port 1!? Does the above message appear when it manages to boot? Only when it later fails to find the disk? That message may be the earliest visible evidence of whatever the actual problem is. > 1 USB Device(s) found > scanning usb for storage devices... 0 Storage Device(s) found I have boot devices for which I end up using the combination: usb_pgood_delay being 2000 usb_ready_retry being 5 in order to avoid such usually or always happening. (It is possible that usb_pgood_delay alone would be sufficient in my context with such.) > Hit any key to stop autoboot: 0=20 > U-Boot> usb tree > USB device tree: > 1 Hub (480 Mb/s, 0mA) > U-Boot Root Hub=20 >=20 > U-Boot>=20 >=20 > The failure to enumerate more USB devices seems odd. The prior message: scanning bus usb@7e980000 for devices... cannot reset port 1!? may imply that such is not odd at this point. > Issuing a reset command, or usb reset, results in a hang. Again, possibly related to the message. > The red LED remains on. It does seem possible to explore with > u-boot commands that don't involve resetting. For example, the=20 > usb tree command. >=20 > Are there any u-boot commands that might shed light on what's wrong?=20= >=20 > Depowring the Pi and external hub (along with the disk) and letting > it sit for ten minutes allows the machine to reboot hands-off when > power is applied to hub and Pi. >=20 > During the successful power-up u-boot reports=20 > ... > starting USB... > Bus usb@7e980000: USB DWC2 > scanning bus usb@7e980000 for devices... unable to get device = descriptor (error=3D-22) So, no: scanning bus usb@7e980000 for devices... cannot reset port 1!? message in this example. Any USB issues after that message (unless power has been cycled) may just be later consequences that do not contribute much more information. I've no clue how to figure out what leads to the message being generated. > 5 USB Device(s) found > scanning usb for storage devices... 1 Storage Device(s) found > Hit any key to stop autoboot: 0=20 > .... >=20 > No USB connections were changed between the start attempts. >=20 > Once up the machine seems quite stable, building world slowly > but reliably. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Thu Dec 7 11:06:42 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 4SmBL62zTWz542Wv for ; Thu, 7 Dec 2023 11:06:54 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (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-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4SmBL62qwvz3HhR; Thu, 7 Dec 2023 11:06:54 +0000 (UTC) (envelope-from eduardo@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1701947214; 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=jXkXueBqCBS3Jb7BA9WkOTtxQbjc9abL33OnEECiLjw=; b=H202we/koXmw3YoMTVa1K9LayTIRRahFjz24nJ1A9tEHCUr2cQO7mz1FIZWYVMcQatDs7+ /N4Er7HJGYB8+DliNhmgSSPXAo22cAHS089e89BNez4prCft+8No8duStoLP7xW37u7Gi9 sJBb8aH8wdHQe6zDqMPm7DjeUS/0r7VVckxTPFqeMdkp8SVFyOEQAx5ydY+fDlb+U5KH6g twMFFLyDFPjzE1MdfJ8T+fX8TwFXaNNh3+bj3Yt3tExOi3FNIPwFm4Dg5Itr6fwtkmBD0W M52+D05+nDxh+c3RkWG+gPZuS6NRmEDjR9LolMfk7InZ+IiG2vrU1WzLYFa+bg== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1701947214; a=rsa-sha256; cv=none; b=pkW+moz/D17k92nSm1ELMNyTy5kWsWl7i20w738cFDQXrzOfhamaScKO8db9RURGi4Q8Pp h/Y1TZ+RsZhuXr3I3WhY5fN6eUUbQIot2FICZiWzBmv3ZPgJnOi7qMT52qKR5tlJfxLtIX LA4lfvTJQP5ce/VkrRRxHJ8nsyffyamr7BQ9m2O47uozo69EU4mu94NwTed9dRa7bN8h04 6ekna90dHwEdfvSrNabrn/37Z56ahV9dkDXtTdCJuxzYb2hk4QVmus4asSKP+BrMZQKAGM blJLmfdzfj024FZc4hUACKVfy0nfnsIuQAPM5EOHsaO0sPNPVUyuyUGf3QBk2Q== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1701947214; 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=jXkXueBqCBS3Jb7BA9WkOTtxQbjc9abL33OnEECiLjw=; b=rz6DTVM+K6B7CqufrnQ5Wzr56aR+KyG6/OpfEh5XOjgCf2H0pmzX6/qqzQM/Z1qgZ7BUbe 3K7Vk0dR8ndGKYu3793YFFXO3JJlO+ck1tR9IWHpKf9J79u7kIkbFiufTeHYCjF+xQ30IO 05jYOpDXD5Gp31rJSVu/D8JhMsrx0gZFjkZZI7ytN2R0pnklnSxMSqQsH/e/BUGGKUjssg CE8COaCC6CDKBnqEf/ZINGgb4eppKFBu1fJw0GWbIEzAKxDNy0DkDf4Vt+uVHFBjMCbugg zQ+gl/x5NT48hoLf7Mq16r7BKLmmeLqBeso3jEJx33tco/UrdkDl/pZu6Z/hBg== Received: from mail-qt1-f176.google.com (mail-qt1-f176.google.com [209.85.160.176]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) (Authenticated sender: eduardo) by smtp.freebsd.org (Postfix) with ESMTPSA id 4SmBL61pDDz5rm; Thu, 7 Dec 2023 11:06:54 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: by mail-qt1-f176.google.com with SMTP id d75a77b69052e-4257988fd5dso4658601cf.3; Thu, 07 Dec 2023 03:06:54 -0800 (PST) X-Gm-Message-State: AOJu0YzV5poVRKZjAVayk3ReX5TL1hebkeN5gMMEQYMcufI61ob0DL6+ DrBiNshW8f+RZm245F5f7rNF07oLGsCvF5TastM= X-Google-Smtp-Source: AGHT+IEUMjcIwl1FBDi5kwaIgtWoRQbGv/oqfZ7J2/l0P5zfxCMXzHsnWHmkvAHegizlYABmiSvuvLttj1YE1gZz5Og= X-Received: by 2002:ac8:5843:0:b0:425:9655:2988 with SMTP id h3-20020ac85843000000b0042596552988mr56031qth.99.1701947213598; Thu, 07 Dec 2023 03:06:53 -0800 (PST) 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 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> <772988313.1608.1701870816598@localhost> In-Reply-To: From: Nuno Teixeira Date: Thu, 7 Dec 2023 11:06:42 +0000 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: firefox broken on arm64 To: Ronald Klop Cc: Jesper Schmitz Mouridsen , freebsd-arm@freebsd.org Content-Type: multipart/alternative; boundary="00000000000017d69a060be97738" --00000000000017d69a060be97738 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Compiling with patch at PR 275247 :) Nuno Teixeira escreveu no dia quarta, 6/12/2023 =C3= =A0(s) 14:07: > Nice, I'm following PR. > > Thanks! > > Ronald Klop escreveu no dia quarta, 6/12/2023 =C3= =A0(s) > 13:53: > >> BTW it also fails on the official pkg build servers. >> >> >> https://portsfallout.com/fallout?port=3Dwww%2Ffirefox%24&maintainer=3D&e= nv=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. >> >> >> >> *Van:* Ronald Klop >> *Datum:* woensdag, 6 december 2023 14:21 >> *Aan:* Nuno Teixeira >> *CC:* Jesper Schmitz Mouridsen , freebsd-arm@freebsd.or= g >> *Onderwerp:* Re: firefox broken on arm64 >> >> >> >> 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/= mozglue/build' >> >> >> But I have no experience in compiling Firefox on RPI4. And don't know wh= y this ')' is missing. Maybe just a little patch is needed. >> >> Regards, >> Ronald. >> >> >> >> *Van:* Nuno Teixeira >> *Datum:* woensdag, 6 december 2023 13:18 >> *Aan:* Ronald Klop >> *CC:* Jesper Schmitz Mouridsen , freebsd-arm@freebsd.or= g >> *Onderwerp:* Re: firefox broken on arm64 >> >> Tested on rpi4, current 1500004: Fails to build >> >> https://people.freebsd.org/~eduardo/logs/firefox-120.0.1%2C2.log >> >> Any clues? >> >> I remember compiling ok until about a month or so... >> >> Ronald Klop 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 >>> release notes of 120.0.1. >>> >>> https://www.mozilla.org/en-US/firefox/120.0.1/releasenotes/ >>> >>> Regards, >>> Ronald. >>> >>> >>> *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 >>> >>> Port is at 120.0.1 (rc1) and for what I understanded in mozilla PR, >>> patch 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 escreveu no dia ter=C3=A7a, 5/12/202= 3 >>> =C3=A0(s) 17:39: >>> >>>> Could it be that you are experiencing this issue? >>>> >>>> Bug 1866025 - Firefox 120.0 segfaults at startup (Linux with 16KiB >>>> pages) [1] >>>> >>>> Regards, >>>> >>>> Ronald. >>>> >>>> [1] https://bugzilla.mozilla.org/show_bug.cgi?id=3D1866025 >>>> >>>> >>>> >>>> *Van:* Jesper Schmitz Mouridsen >>>> *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 >>>> wrote: >>>> >> >>>> >> Just build firefox-esr-115.5.0_1,1 and firefox-116.0.3_1,2 the >>>> 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-f9716eee8ab4: Fri Nov 10 09:12:14 UTC 2023 >>>> root@releng1.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERI= C >>>> 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 >>>> 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 >>>> building tool chain while building my test should be valid. >>>> >>>> Thanks >>>> >>>> /jsm >>>> >>>> >>>> ------------------------------ >>>> >>>> >>>> >>>> >>> >>> >>> -- >>> Nuno Teixeira >>> FreeBSD Committer (ports) >>> >>> >>> >>> >> >> >> -- >> Nuno Teixeira >> FreeBSD Committer (ports) >> >> >> >> >> >> >> > > > -- > Nuno Teixeira > FreeBSD Committer (ports) > --=20 Nuno Teixeira FreeBSD Committer (ports) --00000000000017d69a060be97738 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Compiling with patch at PR 275247 :)

Nuno Teixeira <= eduardo@freebsd.org> escreveu= no dia quarta, 6/12/2023 =C3=A0(s) 14:07:
Nice, I'm following PR= .

Thanks!

Ronald Klop <ronald-lists@klop.ws> esc= reveu no dia quarta, 6/12/2023 =C3=A0(s) 13:53:
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/s= how_bug.cgi?id=3D275247 (opened by Jesper who is also in the cc of this= mail-thread).

Regards,
Ronald.

=C2=A0

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>, freebsd-arm@freebsd.org
Onderwerp: Re: firefox broken on arm64



The only clue I see in the log is: 
gmake[4]: Entering directory '/wrkd=
irs/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=
/mozglue/build'


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

=C2=A0

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>, freebsd-arm@freebsd.org
Onderwerp: Re: firefox broken on arm64

Tested on rpi4, current 1500004: Fails to build
=C2=A0
=C2=A0
Any clues?
=C2=A0
I remember compiling ok until about a month or so...
=C2=A0
Ronald Klop <ronald-lists@klop.ws> escreveu no dia quart= a, 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.
=C2=A0

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.
=C2=A0
Thanks
=C2=A0
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
=C2=A0

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=C2=A0 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

=C2=A0=C2=A0did you build from ports or poudriere?
=C2=A0From 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

=C2=A0

=C2=A0


--
Nuno Teixeira
FreeBSD Committer (ports)

=C2=A0


--
Nuno Teixeira
FreeBSD Committer (ports)

=C2=A0

=C2=A0


--
<= div dir=3D"ltr">Nuno Teixeira
Fre= eBSD Committer (ports)


--
Nuno Teixeira
FreeBSD Committ= er (ports)
--00000000000017d69a060be97738-- From nobody Fri Dec 8 07:58:21 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 4Smk6M0pBdz53Y2Z for ; Fri, 8 Dec 2023 07:58:35 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (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-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Smk6M0WmSz3SkW; Fri, 8 Dec 2023 07:58:35 +0000 (UTC) (envelope-from eduardo@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1702022315; 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=6QF662Sf83oF2cGCzQqdXC4+SSVBXZsbzGFwcaoAuC0=; b=djqZoysW9eoi2vgDQGRjZHajgRq5QZudXogpdpLlnm0eahUEC7SrOi0PiJ2GDUuGRYfSnE 9c2pzkaVE1fnbpws+ABNOyM2M/nxSK0la4kue8eiFB4cFjTCXVC5ZAwsUz7t5YihKQyAmJ BfFFcTUEbBlPj9VlXNE1er3gqsDqYSiosYjUtTJ9kP2hFgkG2IHEAXbth/QO29OWGUOJis KTICuyTZj4bZkxqXqxH1DnD1CASm+0fV3l3wgLy8FG9yBZ8XophoCay449j2WUCNH03Pea pPZxUCdpVHt/fTB6D9fcY56abt9QCOc6HbuOHuWkr9FKkeiR5DyWVz0hyBt1hQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1702022315; a=rsa-sha256; cv=none; b=Ng4zHFiRHkkhnq0lMpBuZO4BVAP2OIthIHu43ESzFY2mC2UAnb4VdkeNqrzo0IEzqZVwi3 WGkrQwj5dhnrKrT33RU5ez/Pc3Ht0fzvnyUcdJkjBqL2az6OdnWSm9kyyPvA2qvZQDPe5y WgnFKDAakFCmmiIhtxYXpmpsH77NGNcb/VAgGw4ud8N5mcrEibbXXATaMvsnBlr0DFL+8l cuzC1YwuRg9Oi0+zyqkDubNEI6tWa+TA8k7Z0HM4Cdv7QriadUoy+s/X0YBru4aYXJ+nIu TYG6yF+PYowdNZ1OExqz67zHcjq4JMZm7Yg+abh+FuQ//oI44X/b/3jpopuIig== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1702022315; 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=6QF662Sf83oF2cGCzQqdXC4+SSVBXZsbzGFwcaoAuC0=; b=KsB9MLhU8dYzvGXMiDyy9gKKtu8pGkGPKXBwC4kd8O+xqTROuCvLewjRHBofw6wkJc1dch GF5bgFjcGONllsJRL+r8G3hshRY8XKCG2v9N261wqRhU7YQzDiCj9MO4cOT3bSYbj5bDYc vsm+HveXfF8dZjCpAU+t2OaPEIii/78T79iFTwaeHug0R/PzZ488EphvIgJtysmiuhuzVb UMCgzNiZ5wY6i7qPn5yU7E/LGmufzr5KjsihaioBhAp9SA85ODo90az1OMsSvAjv9Qd+MK cuZUSiJHNUqdSS+dYoixq5b9Bon8mmOKxFcNPF2m/T7TV7KkVqKBMjkg4CgGOA== Received: from mail-qt1-f171.google.com (mail-qt1-f171.google.com [209.85.160.171]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) (Authenticated sender: eduardo) by smtp.freebsd.org (Postfix) with ESMTPSA id 4Smk6L6Yb1z114t; Fri, 8 Dec 2023 07:58:34 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: by mail-qt1-f171.google.com with SMTP id d75a77b69052e-423db8ab6e0so11076771cf.1; Thu, 07 Dec 2023 23:58:34 -0800 (PST) X-Gm-Message-State: AOJu0YzkxwYqSyb7bSe/j5z3/DQeDYD8yFvdFshmQ7KSX4sllbr7n8RM S+qYLUvzNrEHX0CX8s2Ptp5gHd/pR4T33DECGMo= X-Google-Smtp-Source: AGHT+IFnejAevgXMbu79M7YvWuapbdkkdgyMMhu+FWf+XAoNDNLri9jobN3oTYZLAcRsCPTF8jdo7agMW3IALQC4U+w= X-Received: by 2002:a05:622a:514:b0:423:93e6:e49f with SMTP id l20-20020a05622a051400b0042393e6e49fmr3938214qtx.14.1702022314011; Thu, 07 Dec 2023 23:58:34 -0800 (PST) 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 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> <772988313.1608.1701870816598@localhost> In-Reply-To: From: Nuno Teixeira Date: Fri, 8 Dec 2023 07:58:21 +0000 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: firefox broken on arm64 To: Ronald Klop Cc: Jesper Schmitz Mouridsen , freebsd-arm@freebsd.org Content-Type: multipart/alternative; boundary="0000000000006d32c1060bfaf39f" --0000000000006d32c1060bfaf39f Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable (...) https://hg.mozilla.org/integration/autoland/rev/d314be784675 fixes build. 120.0.1: Fixed a startup crash affecting Linux users on some aarch64 systems with page sizes other than 4KB. (bug 1866025 ) Tested with aslr enabled/disabled and webgl off, same problem. crash. I can do more tests at my rpi4 if needed, just tell me what to do and then I publish results. Cheers Nuno Teixeira escreveu no dia quinta, 7/12/2023 =C3= =A0(s) 11:06: > Compiling with patch at PR 275247 :) > > Nuno Teixeira escreveu no dia quarta, 6/12/2023 > =C3=A0(s) 14:07: > >> Nice, I'm following PR. >> >> Thanks! >> >> Ronald Klop escreveu no dia quarta, 6/12/2023 >> =C3=A0(s) 13:53: >> >>> 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. >>> >>> >>> >>> *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 >>> >>> >>> >>> The only clue I see in the log is: >>> >>> gmake[4]: Entering directory '/wrkdirs/usr/ports/www/firefox/work/.buil= d/mozglue/build' >>> mkdir -p '.deps/' >>> mozglue/build/dummy.o >>> /usr/local/bin/clang++15 -std=3Dgnu++17 -o dummy.o -c [...] /wrkdirs/us= r/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/baseprofile= r/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/baseprofile= r/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= /mozglue/build' >>> >>> >>> But I have no experience in compiling Firefox on RPI4. And don't know w= hy this ')' is missing. Maybe just a little patch is needed. >>> >>> Regards, >>> Ronald. >>> >>> >>> >>> *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 >>> >>> Tested on rpi4, current 1500004: Fails to build >>> >>> https://people.freebsd.org/~eduardo/logs/firefox-120.0.1%2C2.log >>> >>> Any clues? >>> >>> I remember compiling ok until about a month or so... >>> >>> Ronald Klop 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 >>>> release notes of 120.0.1. >>>> >>>> https://www.mozilla.org/en-US/firefox/120.0.1/releasenotes/ >>>> >>>> Regards, >>>> Ronald. >>>> >>>> >>>> *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 >>>> >>>> Port is at 120.0.1 (rc1) and for what I understanded in mozilla PR, >>>> patch 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 escreveu no dia ter=C3=A7a, 5/12/20= 23 >>>> =C3=A0(s) 17:39: >>>> >>>>> Could it be that you are experiencing this issue? >>>>> >>>>> Bug 1866025 - Firefox 120.0 segfaults at startup (Linux with 16KiB >>>>> pages) [1] >>>>> >>>>> Regards, >>>>> >>>>> Ronald. >>>>> >>>>> [1] https://bugzilla.mozilla.org/show_bug.cgi?id=3D1866025 >>>>> >>>>> >>>>> >>>>> *Van:* Jesper Schmitz Mouridsen >>>>> *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 >>>>> wrote: >>>>> >> >>>>> >> Just build firefox-esr-115.5.0_1,1 and firefox-116.0.3_1,2 the >>>>> 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-f9716eee8ab4: Fri Nov 10 09:12:14 UTC 2023 >>>>> root@releng1.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64/sys/GENER= IC >>>>> 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 th= e >>>>> 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 proccontro= l) So >>>>> unless 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) >>> >>> >>> >>> >>> >>> >>> >> >> >> -- >> Nuno Teixeira >> FreeBSD Committer (ports) >> > > > -- > Nuno Teixeira > FreeBSD Committer (ports) > --=20 Nuno Teixeira FreeBSD Committer (ports) --0000000000006d32c1060bfaf39f Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
(...)


<= div>120.0.1: Fixed a startup crash affecting Linux users on some aarch64 sy= stems with page sizes other than 4KB. (bug 1866025)

Tested wi= th aslr enabled/disabled and webgl off, same problem. crash.

=
I can do more tests at my rpi4 if needed, just tell me what to d= o and then I publish results.

Cheers

<= div class=3D"gmail_quote">
Nuno Teixei= ra <eduardo@freebsd.org> e= screveu no dia quinta, 7/12/2023 =C3=A0(s) 11:06:
Compiling with patch at = PR 275247 :)

Nuno Teixeira <eduardo@freebsd.org> escreveu no dia quarta, 6/12/20= 23 =C3=A0(s) 14:07:
Nice, I'm following PR.

<= div>Thanks!

Ronald Klop <ronald-lists@klop.ws> escreveu no dia quarta, 6/= 12/2023 =C3=A0(s) 13:53:
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/s= how_bug.cgi?id=3D275247 (opened by Jesper who is also in the cc of this= mail-thread).

Regards,
Ronald.

=C2=A0

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>, freebsd-arm@freebsd.org
Onderwerp: Re: firefox broken on arm64



The only clue I see in the log is: 
gmake[4]: Entering directory '/wrkd=
irs/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=
/mozglue/build'


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

=C2=A0

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>, freebsd-arm@freebsd.org
Onderwerp: Re: firefox broken on arm64

Tested on rpi4, current 1500004: Fails to build
=C2=A0
=C2=A0
Any clues?
=C2=A0
I remember compiling ok until about a month or so...
=C2=A0
Ronald Klop <ronald-lists@klop.ws> escreveu no dia quart= a, 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.
=C2=A0

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.
=C2=A0
Thanks
=C2=A0
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
=C2=A0

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=C2=A0 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

=C2=A0=C2=A0did you build from ports or poudriere?
=C2=A0From 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

=C2=A0

=C2=A0


--
Nuno Teixeira
FreeBSD Committer (ports)

=C2=A0


--
Nuno Teixeira
FreeBSD Committer (ports)

=C2=A0

=C2=A0


--
<= div dir=3D"ltr">Nuno Teixeira
Fre= eBSD Committer (ports)


--
Nuno Teixeira
FreeBSD Committ= er (ports)


--
Nuno Teixeira
FreeBSD Committ= er (ports)
--0000000000006d32c1060bfaf39f--