From nobody Mon Sep 20 22:10:08 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 763C5175F6B6 for ; Mon, 20 Sep 2021 22:10:20 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic301-22.consmr.mail.gq1.yahoo.com (sonic301-22.consmr.mail.gq1.yahoo.com [98.137.64.148]) (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 4HCzJW27j0z3L1S for ; Mon, 20 Sep 2021 22:10:19 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1632175812; bh=dJTpNOc34WHzA1bNaPH08Ea+r3JMExtaTsdjVZdYbm8=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=sOQ2kVwrJu5FZSGQrFQALcm/Mg+6GP4B6G9LfcPbnZnvhk+K6/tyoyewd8kRTILPc3fRiQ5aB5SS0gPIu4gfC2CP6sDtQgMgt7onVdusaA3yN1cPpFozjgFmDg3wUobA5Pe8fbj2Z00qTVCBCvA2RhlAyTaWLu32nfaO1kLu1gSKUg7nJstAjcHwl+Ymp6yjq5+ccEk2MpG7nWawi4OCE4DxGYs0k7jtJUBS7aP4Ah5DpQCbzfszXw6wNNUwrqGSeRcTOVBKSIWP9qLt8SJbGK5Ro2R+41QthjPtXpAr46K/u37jpQQ03pGxbn9rInUf9CMYIoXaJWGlAKCyNjid6g== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1632175812; bh=hVKy1eySmaTqNuUK9PVCVGgSKktAG2/P7tAlFbgEPOk=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=bg3m0T23En9rhVCzuxnXRzKsd3OHFrTrsUlDzIEkPwwAt3BcGXDuMYJKIDYYQnyjG0f4eD/A6YAVxEVxK81UaIEE21QdcxoLnQ0jtE/67x1eD6+0ZmdaLQAmWIuuR5cOTkj5Hb6rX63K3uCncrTpfG62Q/Pn++2wmv5NnpIzYhaQqwvA8xNjTtAGhnro/oQIYXxv3ExDRzkQyME+mhk/eYuLJXUMynL2mudWNKdcjAeJlmrpUYcEhp1S5azUhVCWbgw4kAgOjw1bX8fjOaytbZrTIJyhesryJmxg0iQtz+JMHb1m1QlPTxFed0WqpW3HBetRPWV30zOniDMviPeQ+w== X-YMail-OSG: UkDKzQwVM1kVETeJAn.7hRQ6yduxtEhcTVS6HEKzcBd_ZmhUefjBgejE6eH0rzv j_jN5wT89zJbHJVLdFI1sXuR6AjpeTe4SdfzEjnIyE_wROO4Lyk0xgUNRIsTvvj9R.c5w3c9RkOa MGeO.ZhE5E1EO8mbcaUzYy1Mkt1Y1V_BC_npVxrqrA5SUX_WEC.UHmqwImoI9yGauEmxvcnJKruW 07QUnZkACAGRRfe77zpVmE6shF4sK_4YlS6haduJu_ERKBt8v0TXxHKVBms1CSV6pZ4EBEUUPwyM DkjhvCvB_0v7P_mksQnyA5zMXWHbppWjNHDnabRDGYGy6uQPC_EXSAWV35xa2olfhd0zHlMBCrs0 NSDRQYn.vrfzH7xUOKKkPLECc_UAicmpEZ9bl2b6XJNzsyEmfSP6JeEroM9PraYV0nrhgbeN9s3B iqwnJFp8FHfybSXu7GOmhm8Wwu6pJsfRVBcuchue_KE8SfOCSb4KgvdZaOUlg5YKMo_hdj8zteaP Z2x977Ki8o6FMnh12OG6jfh4bnr7_MKEZvMHrw03Ld01S_baUxD6vcuRBp15SljUpZPRfgIm98cj pWPmPBVFkJrA24v0F2Ut0LpjjzcG8lF3J9Tu6hKLaP66nB7oP6us11infFeaD_gub3NFrKzk7JaM YAInpK.W3kjwSjPNreAJdlfQZM3w7KcqO0Xkt0X7XyknhpM8s0O4M6MCxgLZjO5JFA1JPGBDwjFl .tbZ8yRk_DKs0l0FqNdGA4FdQ6MIxpB0whjwKiRiPQIt2dSvf7EPXAJp9una7q0mvS0aqM.qqj1_ UFsj5J_KsGU5dH0rRNl08vQtMtnvybPya5qqoN1ojnH7JMO4I8JgWWFanu7Fx6ecF.bOW8LgCHgU lG3n5GzwUH8bjhF9R45qMKNpjKGqal.UPSeMB_xUZZo8aGEo9kD6We7FL2uYnPZ8KS303nA9s7nm z1hCSB6GeKEmE4O8Z8HLSdzdRlEd7UdHriL6hu9HJISccdDPskCV8Pfu3elshRr2zpk.HDqC_cOe bNv9g..PPEFXv_y02wBSg.9n._QaWoiPGngj9Lqy7NYEB8UB3YSvkiE4kxMAsNRphq5BKajA8PAb 7Fwxxi4imVuO5koLvEmVdAcAs0JhE1cn4T8wSu3SXzNdeZbTwCWiHms.KzSr_cnepas_rugMTR6E QzFcoBk8gX9txjytEE6tkkR1J5V1a_jtQv1arxDTL5FnUR7cyas0JS0vsJ9L5vw3GE869oEmcGWi z7qjerlObdXGaEun8LLF4yJXF9Q_osVu2sgi0_IdXTO114bx9jVgaVwch1m9aRx15Vewo5QWkdqX mAVfV6z2UWqlfRvmej.Q0EycuGkIsrx.M6RmbJ.LpuN_L0a3CxXlpbT9srVArOaZXOxg.dbkkmfz K7XL0BHB2vCsiwg9HgJ0ESlFpR2npwNWECZpD6sXo3Q9U9dUqn.cxBthL1i4sm0IcpMcXOYkTvV7 8GRpTOQixViPd4enXMeV1EJ8yD0YNCSMq1CwJw1y.KBNNN1Cc4DIOPHVN_MByY81tjMawHmJ12D5 ZXAzf7nD0QT1KhYxg29okYXvP7Kl6xgM0baP184ph5tpDG3EYsHmG3D5ARJIHCX0EK4HcTGLbls6 .JfBealKJ92tethIew8r08NgKuYecvsRVsaBuc1stxv84SU8gbcV48iVZnWPJJn9naaPsnsP5DHD cV9LUkR7FNn95c0iSeT.oQZEu1UwY1iHMmACYOg0yVFaSShNjUSo0fKDFkwqwDO0d24Brjvq2aoH tF.iI8irfR4juqbr1m6M3FlHUs9tYLmfwHOiwePc_FwrK8wMdTYvV.cORZMTGDjIJdDOgB13W7mA ZPS0mGFWt.2yF8T0uEmz9eqMSFz9V6YG5ynEFE8rqLkMCNEivEUzjV17h6s.Ro0cxkfnA6E62LaB GWYeuVj7D6HD3lc4fLVV5d8WW18lBC7r9874fSOZpvTxPa2nplVFFcxjhN4VJRlC2WEdDgWQPTif NBJGYYjd28bFrMMn.LEdGqJKQn7tvk_SxU2Vober5Tq_xgFhlTFqg8ylw0LNZTrq_ifKVpfeWMeJ 0KyaUIyzASZKK9V2Uh58cbm2OcSpi6QmwMcNt4bm7huS0uBbjlROoPw4WTc_LMLvqUtVXioV8Kz_ YCJQi.ELbau2VcmuNQooR9RyN7JJERbAzDVhqV01BLt.M80bIOgseZbhbh647O1KX3CxcQhyer07 lxapYp8tZSlmu4tCtzufVey0vccOHY9s6iow1ApHnoaFlLwpJ2ks.h2BphnieiebZ_YPVwKJtzeI 8.7GONhBcVl_dLg-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.gq1.yahoo.com with HTTP; Mon, 20 Sep 2021 22:10:12 +0000 Received: by kubenode558.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID e0546957431c596d48b17f769ea2927a; Mon, 20 Sep 2021 22:10:08 +0000 (UTC) Content-Type: text/plain; charset=utf-8 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 In-Reply-To: Date: Mon, 20 Sep 2021 15:10:08 -0700 Cc: freebsd-ports@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <6A5450DA-A50A-4A9F-AC9B-430016F92D50@yahoo.com> References: <64B80EEA-DECC-4286-AC80-5BE55B7F19D4@yahoo.com> <7EC14B75-654D-45BA-8260-B3D922B81603@gmail.com> To: =?utf-8?Q?Lucas_Nali_de_Magalh=C3=A3es?= X-Mailer: Apple Mail (2.3654.120.0.1.13) X-Rspamd-Queue-Id: 4HCzJW27j0z3L1S X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=sOQ2kVwr; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.148 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-3.50 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; 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]; 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.64.148:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.148: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 13:58, Mark Millard wrote: >=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 Sorry: a stray click lead to an accidental send of a reply with no additional content. 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. 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'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)