From nobody Tue Aug 13 08:16:03 2024 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 4Wjkjx1vmtz5Sg5M for ; Tue, 13 Aug 2024 08:16:21 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic306-19.consmr.mail.gq1.yahoo.com (sonic306-19.consmr.mail.gq1.yahoo.com [98.137.68.82]) (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 4Wjkjw169Tz4V85 for ; Tue, 13 Aug 2024 08:16:20 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=eQQbbiNF; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.68.82 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1723536977; bh=0kF7BWXccZHuZBsfhAhsmX1rmivD4DRNQhUQbDwYzBE=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=eQQbbiNFqSJ4qMVbim4MkkL2ulAzO/nYmuerxyc8AYMPKMIHDzAV+W2NX1cT9bcsmjHJmIg1x3322zHhEet9PJeGvArTLxcRzIsZqP/JhrGpxVyYUK8eZZdJlr9345vxF3iKcmXfgHawtyjsvW1PzSMxEMFvQWufJlO/miS0T2GV9AYU13VafFl0CeIsVTBJO9hYxM7iYuBfz7TFHPgFVAea02c0aJWpxrmbQ5nnOXWM5bPgf/vaZLzHpqib2Te/xfHsD7Ic94iAZrIj3Xvr9AdP4nLQsF2LmjQFJxzOB7cj/gHxnBzOXmb/mymC1GVP6SKWhcpN5mkmX8yU8uyikw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1723536977; bh=IOzzCxxXvgXHCeec38lCVLsH7rbrDsF0+SLiVc+HwO2=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=T9FsUND1u7+VAu+T6NJDNmvAp265b3ZblGSo0sbG68F8T3o9YzmTlidZFhFnyS47fNTBQds5FXw0hlsWDfiBC9wHZf+f5SKWcHlsVrS94tqFpRk/Vt7OlWlT6Bbvygsr7sHtzFMWnXwu/+jSXvvr/hyNCnoUeTY+eJ3ilYMRQ6eQxAob2HvxL+ojCAOmLxQzkcXqBPDjM1ISWYxCrWhnROPFv7e6xyFhGaml4ejKLU2mvGiJkq4mtvtxrQxtI6jd8Tm0SK8p4UzfEb0VOsbtfbbj5xNalxBQVO7c59c5IxQL5za4d9H9vLFVt99lqKLlAiFCWLcVGN3w/YyfZ6ey4Q== X-YMail-OSG: qbKCcRUVM1m7.CydbamzEwGo6QZwM8B7eu_IgzQvl.2kwlBvStMP21YCYd3p3yS KdOv1J4oYIOCBMT6x5_lCD_ye6zeXDurir6c4P.YeEPlxbWyOj0_zVW8J.ZUrWcketcoJcOuunOI ZnmUzBL_vUE0.ZzN_8w9iPfHbJCYJvPiaqDuuLduYNiGzEMdGnkevXo.oFj1JFzujpBCoDSL.Qkw u1JmRVaEDfob7eEqpeTL.7sMxAd2wIfHgHXZ.z66Pezv41eml7l_HLrEiLRO5JdXp3GMIJOnQgQH QeMBi_I7LHru5OSxtNCuG3x_o..4x5rJ815QetXMDLFyYJmvvTDRINly8gliodeJiUAPBHa71AtO ytQzlfVgQMTl6EN0hRuZfG18dlf8N_qL2AJQaycZzy53ZMijed7vc3Ascsp.7AbErhSUtf7XsjdN GwTSSiVvUDYa5tEcqq3oc9V0tpu6bZtt_VNbWkQ6vGPcx7vQGF1C2Eaj7pyVfJCTE_flseuFsMlv FNl9OXeb4lD0lmcgxFC0egJDYkpE3D.Pp6bzgOzMNN8btyz1K7_nFkygh_t.4CW9XGwihb_SKT7s xcqGWRJYfeS3zlUFaVTuxxQS.t2IoQduqbQyDl8ZKIGOFeuR26Cg4J2A8FfthvhPhYV4JhuQOWeb 3IGOFZ_w2gQKG4BcSO6bnIIkoPEQfJtP6XyPU_FmCheB4CoH54csZLruxwRjOIONQM16n.DRjkOk iw5g_nFcA8RNA_dx.R2AXceinsSl2YYV7JiCPDfyHKLKKdmNZ9qSR2QRHv9WMqK2aRkap5At5hPj ZKRyP8wNzunr0tGdMaF4nqxAY9VZdAWEqW1TCN4I5LfMZY99Wyn2WUSudVZPTm_Z_eGMytdYXS8r e4dejK2CnUMRW0IFVarRpz7fYaHJu7g8c9PQ5lFUR1er38m6bHN.Y74x0.xqLOeUwZbTaVAylHzh YZm3CgnoDQda5KH__KK1AymeNqx.HAtJN3uP8LZihL9XoogzXmd57VQuXRTttKHj5Ou45W1zgkbI OsNFukBzQICOxOLY0.Le3QrRFkkMxkt16MTLb2PWmBwMmz6kmaf0J_uFo6d.qKzbo2HIaC6dWRau aEWd2UcZ.Zt2QfLiwo2H8sm3DLRcZ4Yb_9ZwisFgWfKt4uhNm3AY3U3cdkt1jKAFFOCewzhJ5VC_ YHEiVaOCj7MLFpUOELQwmpJJPk0B24gFhtCdAjTTFHbRi7CZeaE78REnRqK6nCYIySImJTawsYwz NB2zMqEhHZSxDufMq9duegE1etCmKzUP.VdzGIHCpm2OjSo7uKyKLR_xJm4rgtRp4q1hT1g4Mnd8 KU44BmqvGpAi5GtSieXYLqYPQ596i7.QVJNA5hUxdWcujKl85oeP0aSsRYrjl04tTLKZp4G9y3vC quHpm2Svyf7bw440PobsbnfE4.ma2TZLU5a9E43CReIHL.3s5vuxn7n8Gpo8qIBY7L3FYU5qeAQY M1xU9.HHJ.fIPSz147PQ0f43mcEeZ5NXjHjF5juofICarmWPIQFFd2AelKGJ3Zm0uA9OgJK8eSng rq9_TQf9VCuukJzT3X5XM6.mpLRBUyFJf2QkbJli5X7r1FxzdgTWkH5fu7LNi6B_UNFLH8KIyw31 0nAtyU0o7fPuRh4vP7GdXJNCmT3GT_JHoUrVa1yGR1dsQ5mXRayeAIn9LPeUrW8xdWNMuWHlcJLg uNADKSRzib0RzLaVztzYdOI3Gj8gw6ue83h1L3jtHuODqzzhgKHvvs3Dx2KPrGrrfdo1bxN9K_g7 C51JbWcL5YS3r2SCZekUNNiFjLiAdD329vlo6e8V3czlhvGAAQpJeV5uJD27YCBkeB5LhHfCxrVF F9Z8p_m_IXXKAr6c.NJGHeMUWO871p94AAlnJH3lcBMtBb.bwqUEytXIjsQO3QMRypeqbN.94azo vDiPXlhVvns1TSpy.Rxn9WMGwrN25cgMyWDMEPRBh53SmXWZQXSCQvvvcykRbAVraMX_En2GDzIa RewCZIVByQ5i9sMp9bff8xmb4Kwn5iJZLrwto9.zTLHG_47AjO736F2Hu1v_KQXOZ3wvZzWsGpIK XPfEGG8G7rRHA2u3jKLEHHM4vCAXoR3ftpHP1WpDX5tAFJ09i7IhSaHJAw7kBLDKzpMx0daqf7zo rEtuMVstZfJUdf487yunSMGiaql6s6LohhT35K43MWbn8u5Vhpgk_8LQKZrb6K8dPhqYhNNKKVwl m5MRtZ0SAb6RvOTneAy6OYpbt7o9gQypLZL6valbrBwvK_SdmG7VsWzdw12Ap8JZwCv1ekKMjyue GSne3EkwEktb5cqeA X-Sonic-MF: X-Sonic-ID: f823dfd4-2898-425d-a1df-a5839bf6e627 Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.gq1.yahoo.com with HTTP; Tue, 13 Aug 2024 08:16:17 +0000 Received: by hermes--production-gq1-5d95dc458-gnv6n (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID a8eb8c0b53c51de44c6f4fc95d740753; Tue, 13 Aug 2024 08:16:14 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable 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.600.62\)) Subject: armv7 (and other 32-bit platforms): does your armv7 environment operation actually depend on a devel/llvm* having provided BE_AMDGPU? BE_WASM? . . . Message-Id: Date: Tue, 13 Aug 2024 01:16:03 -0700 To: FreeBSD Mailing List , FreeBSD ARM List X-Mailer: Apple Mail (2.3774.600.62) References: X-Spamd-Bar: --- X-Spamd-Result: default: False [-4.00 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.996]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; TO_DN_ALL(0.00)[]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; RCPT_COUNT_TWO(0.00)[2]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; FREEMAIL_FROM(0.00)[yahoo.com]; FROM_HAS_DN(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.82:from]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; APPLE_MAILER_COMMON(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.82:from]; SUBJECT_HAS_QUESTION(0.00)[] X-Rspamd-Queue-Id: 4Wjkjw169Tz4V85 [Note: The "why?" behind the just below and the questions associated is covered alter in the material.] There is a proposal in review [ https://reviews.freebsd.org/D46239 ] to have 32-bit platforms (armv7, armv6, i386, and (32-bit) powerpc have as defaults for at least devel/llvm19 : ---Begin OPTIONS List--- =3D=3D=3D> The following configuration options are available for = llvm19-19.1.0.r2: BE_AMDGPU=3Doff: AMD GPU backend (required by mesa) BE_WASM=3Doff: WebAssembly backend (required by firefox via wasi) CLANG=3Don: Build clang DOCS=3Don: Build and/or install documentation EXTRAS=3Don: Extra clang tools LIT=3Don: Install lit and FileCheck test tools LLD=3Don: Install lld, the LLVM linker LLDB=3Don: Install lldb, the LLVM debugger PYCLANG=3Don: Install python bindings to libclang STATIC_LIBS=3Don: Install static libraries (does not effect sanitizers) =3D=3D=3D=3D> Options available for the single BACKENDS: you have to = select exactly one of them BE_FREEBSD=3Doff: Backends for FreeBSD architectures BE_NATIVE=3Don: Backend(s) for this architecture (ARM) BE_STANDARD=3Doff: All non-experimental backends =3D=3D=3D> Use 'make config' to modify these settings Note the lack of: MLIR and POLLY. So those 2 being not even possible without editing the Makefile if the proposed changes stay as they are. Such defaults mean that the FreeBSD package distributions for, say, armv7, would not include things dependent on the missing options --or on the "off" options. For example . . . Relative to BE_AMDGPU via mesa* examples: # pkg rquery -rFreeBSD -g %ro 'mesa*' | sort -u audio/plasma5-kpipewire audio/plasma6-kpipewire benchmarks/glmark2 benchmarks/vkmark comms/cubicsdr databases/compass devel/electron29 devel/sdl20 devel/sdl3 emulators/libretro-reicast emulators/qemu emulators/qemu-devel emulators/qemu8 emulators/reicast games/retroarch graphics/cogl graphics/kmscube graphics/libosmesa graphics/mesa-devel graphics/mesa-dri graphics/piglit graphics/waffle multimedia/arcan multimedia/kodi multimedia/mpv multimedia/wf-recorder net-im/tg_owt net/neatvnc net/tigervnc-server net/waypipe net/wayvnc net/wlvncc sysutils/inxi sysutils/plasma5-kinfocenter sysutils/plasma6-kinfocenter www/chromium www/iridium www/qt6-webengine www/ungoogled-chromium x11-drivers/xf86-video-amdgpu x11-drivers/xf86-video-vmware x11-servers/xarcan x11-servers/xorg-server x11-servers/xwayland x11-toolkits/aquamarine x11-toolkits/scenefx x11-toolkits/wlroots x11-toolkits/wlroots-hyprland x11-toolkits/wlroots015 x11-toolkits/wlroots016 x11-toolkits/wlroots017 x11-wm/compiz x11-wm/cosmic-comp x11-wm/hyprland x11-wm/magpie x11-wm/mutter x11-wm/niri x11-wm/plasma5-kwin x11-wm/plasma6-kwin x11/gnome-shell x11/hyprlock x11/virglrenderer x11/xdg-desktop-portal-hyprland x11/xdg-desktop-portal-wlr x11/xorg Relative to BE_WASM there seem to be at least : www/firefox www/firefox-esr www/librewolf www/tor-browser www/waterfox www/thunderbird Relative to devel/llvm* use: Do you cross build on a 32-bit platform to produce BE_FREEBSD or BE_STANDARD targeted builds via devel/llvm* use that is not to BE_NATIVE targets? Overall: Do you use any of these (BE_AMDGPU, BE_WASM, cross-builds) on a 32-bit system? If yes, which and on what platform? How common is such usage overall? Why? . . . Things have grown such that devel/llvm19's existing OPTIONS_DEFAULT related assignments lead to OOM kills: QUOTE of a report (with a correction in []'s) llvm ports with default configuration causes OOM on a 4-core armv7 with [2]G RAM/16G swap, on a 4-core aarch64 with 4G RAM/16G swap and on a 16-core aarch64 with 16G RAM/16G swap. END QUOTE I presume this is with no other builder active but with it allowed to use all the cores in each case. I'm unsure if other possibly notable competition for RAM+SWAP was involved, say, for example, via tmpfs use. This is leading to the review for potentially changing the OPTIONS_DEFAULT related assignments in devel/llvm19/Makefile for 32-bit platforms to better fit native armv7 hardware and other 32-bit hardware. I've done testing of doing armv7 builds on a RPi4B configured to use about 2 GiBytes of RAM and on a native Cortex-A7 armv7 in a orange-Pi+ 2ed. The changes do look to avoid the OOM conditions for local poudiere bulk based builds. BE_AMDGPU was the biggest RAM+SWAP usage option for building devel/llvmn19. Next down the list was BE_FREEBSD. (But I did not test BE_STANDARD.) Finally, BE_WASM made little difference in the RAM+SWAP usage for building devel/llvm19 with the option. Note: Just because BE_WASM did not contribute much to RAM+SWAP use for building devel/llvm19 does not necessarily mean that, say, building www/firefox-esr would fit well. Such could lead to BE_WASM not being important to have enabled. =3D=3D=3D Mark Millard marklmi at yahoo.com