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