From nobody Tue Sep 21 00:47:03 2021 X-Original-To: freebsd-ports@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 6700217B9027 for ; Tue, 21 Sep 2021 00:47:18 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic308-8.consmr.mail.gq1.yahoo.com (sonic308-8.consmr.mail.gq1.yahoo.com [98.137.68.32]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4HD2nd2fTjz3qdq for ; Tue, 21 Sep 2021 00:47:17 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1632185230; bh=pePrM2fNVO7rK6QOsUSDisiwfg0aovQy1FbwyKNBkBo=; h=From:Subject:Date:References:To:In-Reply-To:From:Subject:Reply-To; b=rVPaV3y/GuAnVQtyOCXTDz1UV6mFlMINWhfWRa0+Ggn24mHzlmbgubGh3AVp/fljE8Eo4s22Rq7NfmRLISjnThbvwQgzEjZ/y1fmrWgTfzQSDlmJAVX9cUK+aSHLZ/76SEQZlAkJJZNW5AblUW0JnFSEQvc3jmG62NDLQzcxZcIbzNRoWSWSm783snUOEYkcHeh0V+U3RwEt5LOLeL2/D9AmpU6fB+q4R6/EqqZE6FRi6fFYWEGo6eoSDgjevgA0JPm2+FhBVgrHR6AU2aZi8f74iGR9hEaEclVVHtUBajwQlTVArbOH9DgxSZ0dAYzLXD8o4B7a7XYbGGU8OHJoBA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1632185230; bh=AWlbSyNg8u7rztcesVpTQAiNxhiZ+7vb9et2IYZp37C=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=hmKAnnnTdZLffpeizmVPvSf3aASFQqGiZW7ppbUxn3lWkiVj2oVW3on/XXTwFKeHjWdbSyS6bTUxvhsJeAqtU4DoCalebfpCdky13xKdFSWtd6VdSj8zPuM5eZ1Aw8DlEfsWi9ha84S3Mbc4ZEIYLmhPsd36M6cwe+tJxMmeBiSqsmXLIdUOeywiffGvwzVPn5ltOX1/eHA2i1inPcgsUGbsuqHhlOl1/VsnQ4Ci+ySt6rOhuz396EZkc7NkJQMcR0vsmVnbYY/+Mip05W0IFIG1lCgpHr8iHcTz5V4UyYsC3cUIHlDwPtyCUeaTBdr3nFXjr1gr+qDbDI4e0MpWEQ== X-YMail-OSG: zKgiGsEVM1kMNWoGbKUg7KkZEzE5KcuxZC4jKZFpECB4418oRnlylFc7lC6dObh uuEbootetUOe5a2Bd4Dskh1vakZFtS5wj38dkCNQ5.dTIEHK.xxC2awwippQvXaQBGkCbvkKrBb5 b6PSt2jNqi39wfPWugYrxcLsk_FF.Outyu7e51zWVgopTXeUO8j5pKV2dB.PRXvxtUlIgJD3xJWk x406SLDlx4VW8viNxnKIpu0qHu7FL2KsJkqUwYU41DyI8Vf_bsHAL7rZbBL0BftsIvqVjpxueSev NYgwRQqPegDmRerw_tY7rcZtRIZ95ZRDiIq.BjhLOF4aKa6K3_aQ2J06HK0ms57.YWkZa50c4Hfn Qxm4yn5oG3XsfOBoS2_SGYoe5zx_U1Jn_m.dmZyBB364Tii9GiPbVRW_ZIyRMY4Q2QJKHJ0ZoOB4 nT3ZaOa9wLK0cZlWfHUhtBMb4LKjTGRGaXFpCL_Dcchqi.dcmVfHDUnNBEVQl9MJ0nDndFl62Kaf j5K3xWG64TIpiZqrFoOJBRv7fv2VsIKg7bN0UXJ6mKQj7Dqu.Qe7rYm.XO_gmv1490H2kN0RGaHV LOImmojW2RCLEFw07tqXjW_RIvegICdqwH2XcSAFHgIvR0Hy8FrN7v80lQlaNH50wj7pQslGKoQd sIGsh.jaG2ZkxYpoNICtDb71OsCf_Vlq3BITKhaTuByu5DUhrgY3nvfeWJpBikX3mA46XW8uupZR mcGnem.X182l2Ufa2BPSsJVH7QKuozFbwRB1mQjjQX8VIQLJBoUIFsF.ifFRN5.ncHyYppZu2n5Q 0DpAD.nxZyiw56VpHdh1h2.7FVrxXpeu40hHZp8cQ.Kv_6Z3BFr6gpA_vZPR7FMog8OpfgkO8mBb VMNbgP.90fmfSfjfVU_E0Lk0.hh1re7QfRNWY0bu9woEnPVXYZLzv94VEZOKgKAp8_.rzSWxbphc fcox6OYGu3GSeC_TAHR5d_TE3_znKl0_o7TXuH6jgLapbZbq4ykn1R6eUNeAGmcVYnqSeAORprmq _qMKf3tOeWndVxSN_i57cDkAqlLcgPE1oOUzoo5VZhAy8VFEjQrFyjR1x8PAbMkYXTXCJ8mtGswu 0oAtX79D3qPaFOP.olJGDO0UwkHTJeZtRMKWq0TbUUZJSS_TrKsZt2qnGe0hl5aeI5LVGO7Sv7vx g.GM9uyAtIYnBMq3yO6M.CF4qVAyapDGzsgPJSEPA_EbxEXmEMFnqFIcSdzEbPT0_O2A8mL1K.KL Fyzz7ISpm6t2MLlMAbIZrIJMsB_6AgNXGjz34TML0P41Rgqrs0Det1sOy3dcRh.386mY4DCk6SdF nfA4cra4aWSWF3II1FKAh6p90X31HUPls.ViuvmWWfhQOiXxqmteud41v5BDN45iyiROJdFwPz9X r4EVtf3.0kuydHJ2DEedWiv.c1y4ZZaucMadyXhjPIKF5XWSqsqNLHffW9niNEvyaEmK2XvJbfjO U3ZZX8Vurc.tkV7ASIjt96ardgvXM1qbmu1_Gffum7cDkSdb1kA7BaYd1rHwYA8vdDEQ7cu8OYWd utFU32ur.xZZP_Bqgee29rbjCONJjbOEexl1FejligyBljMw79IiPr0KyFb2WP7DV.hyf5xHzFhg 0mxe_kFz0KaafBZRCkh1wfLIOKHD7_QY__J9FRx.odjWXfPZc9lt_8jQFwRIBXSI6crx7sVuUj9s XSg7Iuf.B4qGQ7SN78Uj5ICATxfDd_cx3d5GbkxejyHoO02tSWVBTpzFYTID2dvoLWN.Q5W5tueJ OdAWh6u6x._JgiF6w27hdXTiGTNU5tEe6BaDCtbYB9KVIrOxGUIX0CFSMkrdhIBjTx6Brj7_jpDN kt.aHLOMbBUk96aE6HSPyqIZzkCzJKchULKZHO_bM4oTrG.ysRJErJ0IXu2Ws.524_BnHkt79Vm2 KEhPRPhzQSlc_M0MEPNB4WMrxqZ3rrTLjF1Ic1WDI4yfLJpt4yS.IhOtyac3J7DhLShvXnkSj_1f BIW7krZOzjmI9FI_4cfK2t0VNhO7f8oULOHGo1wjJuhdkmkttPAI02c5gklRqMcuIHiFDtNSu4R7 AO7J9Xiz1v4uxP5S48zfKpajqzMdKDgYnoEnH9SVSaB2e9183cDHyQIX77VVce2tWP8LbhsLKtQr hpatm_YDW05Ej2uydKtDnCoZo0hF3fzJAweoGxvkrZnknPaYLLzRjdyA0_F7lb_.YpY13dxrt8QF eMpqhved6IS8D0sAc3xN7qpafZ3IDoeTCu_1xiA7jEecPuYebChaZ6Km99c3FYRy6wumSGoI67wm K9znFjcd8w8Fpv3MPxGeKOuZCrYCbEn6fS95ePB5tygOw_S2Md3aHBIL6.QCX6WWKOMs2 X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.gq1.yahoo.com with HTTP; Tue, 21 Sep 2021 00:47:10 +0000 Received: by kubenode548.mail-prod1.omega.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID c7c7c623ccc37ba530c6236ad84800b0; Tue, 21 Sep 2021 00:47:06 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.13\)) Subject: Re: armv7 target (on aarch64 HW) and poudriere-based emulators/mame link failure vs. success based on the number of cores Date: Mon, 20 Sep 2021 17:47:03 -0700 References: <64B80EEA-DECC-4286-AC80-5BE55B7F19D4@yahoo.com> <7EC14B75-654D-45BA-8260-B3D922B81603@gmail.com> <6A5450DA-A50A-4A9F-AC9B-430016F92D50@yahoo.com> To: =?utf-8?Q?Lucas_Nali_de_Magalh=C3=A3es?= , freebsd-ports@freebsd.org In-Reply-To: <6A5450DA-A50A-4A9F-AC9B-430016F92D50@yahoo.com> Message-Id: <5FC47541-1F8E-4F51-8D98-6AA7AD538D51@yahoo.com> X-Mailer: Apple Mail (2.3654.120.0.1.13) X-Rspamd-Queue-Id: 4HD2nd2fTjz3qdq X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b="rVPaV3y/"; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.68.32 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-3.50 / 15.00]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FREEMAIL_TO(0.00)[gmail.com,freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.32:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.32:from]; RCVD_COUNT_TWO(0.00)[2] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-ports X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: N On 2021-Sep-20, at 15:10, Mark Millard wrote: > On 2021-Sep-20, at 13:58, Mark Millard wrote: >=20 >>=20 >> On 2021-Sep-20, at 12:54, Lucas Nali de Magalh=C3=A3es = wrote: >>=20 >>> On Sep 19, 2021, at 6:14 AM, Mark Millard via freebsd-toolchain = wrote:(=E2=80=A6) >>>=20 >>> (=E2=80=A6) >>>=20 >>> The HoneyComb failure looks to me like like hitting the process >>> size limitations for armv7, something that did not happen on the >>> MACCHIATObin Double Shot or RPi4B (fewer cores). >>>=20 >>> It looks to me like 32-bit architectures (such as armv7) should >>> possibly have the multi-threaded link disabled by default >>> for FreeBSD unless ports are adjusted to disable multi-threaded >>> individually. >>>=20 >>> (=E2=80=A6) >>=20 >> There are a few a few problems with your analysis: 32 and 64 bit >> architectures sizes aren't that small and much of all OSes today >> evolved around extending these sizes. This doesn't means that one >> can not use all of it but that the analysis requires a little more = "salt". >> So it looks like you used all of something=E2=80=A6 maybe you need to = adjust >> some numbers somewhere. >>=20 >> Then, processes and threads existed far before the existence of >> multicore desktop CPUs. Running with more threads/processes than >> the number of cores you have only means that some swapping *may be* >> necessary. If you have enough RAM, swap isn't really necessary. So I = think >> this makes your suggestion ridiculous. >>=20 >=20 >=20 > Sorry: a stray click lead to an accidental send of a reply with > no additional content. >=20 >=20 > The above did not indicate any specific errors for me to > fix, experiments to try, or even any specific alternate hypothesis > for the inability to allocate in the failing context that I > described. So I've no clue of a good way to make any progress from > what is written. I see no reason to withdraw the suggestion based > on the above. I'm well aware that there are tradeoffs and that > the suggestion might not be used even if I've gotten everything > correct about the failure's cause. >=20 >=20 > After the HoneyComb system is done with the bulk -a activity > targeting aarch64, I'l likely try bulk -w targeting armv7 in hopes > of getting a .core for the failure. That will be days away and the > rebuild attempt for emulators/mame will have to rebuild the > prerequisite ports (the armv7 packages were deleted before starting > the aarch64 targeting builk -a). So even more time. [I discovered that the aarch64 targeting bulk -a would not sucessfully build something I wanted in the bulk -a activity. So I stopped that build and will restart at some point after updating /usr/ports/ to a version that should build that port.] Well, my attempt to build llvm12 with debug info, when targeting armv7, did not go well. The intent was so that a backtrace of its linker would be useful to me. So this type of experiment proved not useful. > I'd consider other evidence gathering alternatives that might > better indicate specifically why the allocation fails in the > failing context. But the large nubmer of build steps prior to > the failing link and such probably limit the options. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)