From nobody Mon Dec 16 13:15:54 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 4YBgSD3qpQz5hQLM for ; Mon, 16 Dec 2024 13:16:12 +0000 (UTC) (envelope-from toby@tobykurien.com) Received: from spe14.ucebox.co.za (spe14.ucebox.co.za [197.242.154.255]) (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 "*.ucebox.co.za", Issuer "RapidSSL TLS RSA CA G1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4YBgS94Xjyz4C8q for ; Mon, 16 Dec 2024 13:16:09 +0000 (UTC) (envelope-from toby@tobykurien.com) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of toby@tobykurien.com designates 197.242.154.255 as permitted sender) smtp.mailfrom=toby@tobykurien.com; dmarc=none Received: from doxy.aserv.co.za ([154.0.166.100]) by spe3.ucebox.co.za with esmtps (TLSv1.2:AES128-GCM-SHA256:128) (Exim 4.92) (envelope-from ) id 1tNAx2-00DLdK-Hs for freebsd-arm@freebsd.org; Mon, 16 Dec 2024 15:15:59 +0200 Received: from cloud.nextcloudhosting.co.za (unknown [129.232.144.114]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by doxy.aserv.co.za (Postfix) with ESMTPSA id B5146263407 for ; Mon, 16 Dec 2024 15:15:54 +0200 (SAST) From: Toby Kurien To: freebsd-arm@freebsd.org Cc: Subject: EFI framebuffer blanks during boot Message-ID: <20241216131554.Horde.Z8Ym8E7XkQDjIEr1z1LgZsl@cloud.nextcloudhosting.co.za> User-Agent: Horde Application Framework 5 Date: Mon, 16 Dec 2024 13:15:54 +0000 Content-Type: text/plain; charset=utf-8 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-Transfer-Encoding: 8bit X-Originating-IP: 154.0.166.100 X-Afrihost-Domain: doxy.aserv.co.za X-Afrihost-Username: 154.0.166.100 X-Afrihost-Outgoing-Class: ham X-Afrihost-Outgoing-Evidence: Combined (0.10) X-Recommended-Action: accept X-Filter-ID: Pt3MvcO5N4iKaDQ5O6lkdGlMVN6RH8bjRMzItlySaT+rX9CuHV1edzb4c92C6hwcPUtbdvnXkggZ 3YnVId/Y5jcf0yeVQAvfjHznO7+bT5wOvGg18h18lTsuUGH1KgAagLCWYuPCxwJEfxKP87A95+fH zJ6mVE7ewsipSVIfs4YKg5AgiUtvpWjFiZ6y/r/EABHVTw1lV42ob3hDgXVUNbZJMuJHHFnTdGKa 3VxxhLA8U1774x9DQql3n5V1vHjnkuW1FFLwEW3UVQ/02r/eitdn5CXCG6zzUxxWbE5VnshrtABe TE0tY9RQlsEW5d+kXzxdcSEOF5ZgjdwpVsfMm9dCYgcgr835yVjKQZA6hJL1LiMHCxRezvZaFOrU Vh8zNqs59tg7m1SQLJtFApHh60KEcxAcIwRZNf0cSHBI/j8xKX6Z6/Qz1w7TE/bz3YPRDfgblxZ8 KT4UwlLW+nAm2eZE7YJwhBWCb1PmFojBOyjXs2KsRjKrCowEavDwQuKoDMwQiNpECc6NeluD4mMa /1YmDHeI9dU6Rq238kXYC+KNLtSRWKGmohoil/1AiKo+tkgXyuidojvEg3qjfiiAf/vg7iEFLP+S SY+Av5+AiC4+cZX8WknokmSP3xzvf1AnqkgFz88vkNuG2+19Snt2LrhVhUxq5jtZCLoY5x72YSMt uctFVQp078svLEqHvTCZstIYjMKgSmf0fMSGkoiSbtO6UlGm0ycQh0Ylbt1+Ear3Y80OmAux3oN1 3+ztUzneeH9vrfuk7fRvn0o9yycTJzaslDewd9SvuBEMrxmqkujgUcR9A1RSfG/K8Onvnru2vc/2 PEGQLq3L4tQQz8vsJIP+xmzYtBWHAoRTGsqGxCCpv6/nAnrLfB175ek9DRRm9R/2gMGq0KWAzmMf +ibVDghxtC6SPrOXv6rESukjSA5vnpiNotwN38VVUYyvwlIhJdgQGsN+N1qJPtNMC+RP0KRvQDwO 6ur/Di47GnmH3wummAO4viSzvvpPzgJUfnLxUuXi8ijc+7N/ems+rzGkbzEvuGslKTrRIXcXpFg5 ivY= X-Report-Abuse-To: spam@spe1.ucebox.co.za X-Spamd-Result: default: False [-3.20 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; NEURAL_HAM_SHORT(-1.00)[-0.996]; NEURAL_HAM_LONG(-0.91)[-0.906]; R_SPF_ALLOW(-0.20)[+ip4:197.242.144.0/20]; MIME_GOOD(-0.10)[text/plain]; ASN(0.00)[asn:37611, ipnet:197.242.144.0/20, country:ZA]; DMARC_NA(0.00)[tobykurien.com]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; ARC_NA(0.00)[]; TO_DN_NONE(0.00)[]; HAS_XOIP(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; MIME_TRACE(0.00)[0:+] X-Rspamd-Queue-Id: 4YBgS94Xjyz4C8q X-Spamd-Bar: --- On the Pinephone Pro I installed u-boot with EFI framebuffer support. Two strange things happen during the FreeBSD bootup:   1. Loader does not display on the EFI FB, instead it appears in the serial console. I tried adding `console="efi"` to loader.conf but to no avail. Any ideas why this might be even though (as below) some kernel output appears on EFI FB?   2. However, after loader, the kernel starts loading on the screen (even showing VT(efifb): resolution 720x1440), up until rk3399_cru0 is detected, then soon after it blanks. I took a video of the process to pinpoint where it blanks out, and it appears to be when rk_grf1 (general register files) is loaded and/or when the fixed regulators are being initialized.   I did some digging, and I suspect that either the power to the panel is being interrupted, and/or the LCD reset pin is being set. I guess either of these will reset the panel, thus then requiring it to be re-initialized. I confirmed that rk_grf1 controls the GPIOs responsible for powering and resetting the LCD. Any ideas on how to prevent the GPIOs from being changed during bootup (if EFI FB is available)? Or maybe I'm mistaken and something else is going on? Any help would be appreciated, thanks!   --    tobykurien.com   From nobody Tue Dec 17 04:02:52 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 4YC37S2qQ0z5h3Qm for ; Tue, 17 Dec 2024 04:03:00 +0000 (UTC) (envelope-from fred@thegalacticzoo.com) Received: from nmtao201.oxsus-vadesecure.net (mta-231a.oxsus-vadesecure.net [15.204.3.4]) (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 4YC37P6YWjz4jmf for ; Tue, 17 Dec 2024 04:02:57 +0000 (UTC) (envelope-from fred@thegalacticzoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=oxsus-vadesecure.net header.s=dkim-202410-rsa2048 header.b="amEM7n4 "; spf=pass (mx1.freebsd.org: domain of fred@thegalacticzoo.com designates 15.204.3.4 as permitted sender) smtp.mailfrom=fred@thegalacticzoo.com; dmarc=pass (policy=quarantine) header.from=thegalacticzoo.com; arc=pass ("oxsus-vadesecure.net:s=arc-202309-rsa2048:i=1") ARC-Seal: i=1; a=rsa-sha256; d=oxsus-vadesecure.net; s=arc-202309-rsa2048; t=1734408176; cv=none; b=HQyos2pP4AWo6YUFU49CcKRPFDZwky5d0CkR/1R6QUd9+Vc1tOMr6huwhEZfHfl4uiYcIaCQHnkJD3xvin+KvU168Xm2q9316utwKmBuadEOyl3qN8pXvC1CcTfsJqGO+hPO6gFEI/LZmCTy0HKvKGk5bWvrQCEweoLWlT7DdptdpNOD7V5u0Mw+7TYzcBAvSOs8Cu9PU0uNTFJ/X9GD7Le/PQ9G6t2qhinTLFSzqa/IPSNp7mxI4cL1MWsB7sLpgTUt4pMZljWofXApPnp9vU5D9gsGFXMylr2RFFobg3qTPdxcASVHOhBUhkZ0h52t5Kqm4SPcpSD6ET/dodu5aA== ARC-Message-Signature: i=1; a=rsa-sha256; d=oxsus-vadesecure.net; s=arc-202309-rsa2048; t=1734408176; 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-unsubscribe-post:list-subscribe:list-post:list-owner:list-archive; bh=SmNApQeMzAhx8w/bTsGscWljgeORDT7iA/D/5pI+cqI=; b=GaftZyQF5P94UIx640KhPcblfU/2fR0Op38QZFVMJ0U9F8qUagjcsksEO3G0Ulz2ykTGQTtvXjVDpG1Kdpyzyc0J4NVDbYnxmejlZIF0Mf60TlWWhrvaGQkMfUUzX2O9zi7T5HFTy2v64RdmltjyHr96mAEn+t5ZE1hN46/vVCqcoCwB+aUdVEnDo48bj6pjKvh2g7FjMNbl/BSRt8k6Zv6OLb7SqcblQIstqYw7Iqa1RtC4wBQL8wGb0TdWtsxLzdXuFjiBM4yUQkFssJBQoK/CFz3EmacromEff+wfG0nvBYQVyKjJW/h8tVVvkIn6rOVygUBqSngpoOtgOAhriw== ARC-Authentication-Results: i=1; DKIM-Signature: v=1; a=rsa-sha256; bh=SmNApQeMzAhx8w/bTsGscWljgeORDT7iA/D/5p I+cqI=; c=relaxed/relaxed; d=oxsus-vadesecure.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-unsubscribe-post:list-subscribe:list-post:list-owner:list-archive; q=dns/txt; s=dkim-202410-rsa2048; t=1734408176; x=1735012976; b=amEM7n4 pX+DtyIxnQ6IHPprDvJs8wctYXUpk7cEZhLLqlaX11GWTimbzpEzsAh1Ae+/MmtVIT8D34V 32QIqJtQ8bB5k17Ucr16rqZ3HPyB7jfcHQgQ/XGhmeDgz3Bqonv0N6aSRnZ0l0cw1Wy3bGP 6bkjd3UM/+KOJMDaEFBhyFsgJgjB9Wy7kX3YBEdExBe7LTxx++Ml/EAfyMLMWiOmE6Z5U49 SGjDYFyyTR4jmGy7tpM8eO0pvxAaMqFUh5KE8JeAAgRbMCPT0zqvLRMbg7xGmrZ421rKEog uDf5afxrYsCHuPGtkQ2GQSaoLF3mLGT4GIbh9DogKgSEH0/GgBA== Received: from proxy-17.proxy.cloudus.ewr.xion.oxcs.net ([173.11.5.249]) by oxsus2nmtao01p.internal.vadesecure.com with ngmta id caf04a71-1811db0bd01308b6; Tue, 17 Dec 2024 04:02:55 +0000 Date: Mon, 16 Dec 2024 20:02:52 -0800 From: Fred Finster To: freebsd-arm@FreeBSD.org CC: fred@thegalacticzoo.com Subject: =?US-ASCII?Q?gnutls_3=2E8=2E8_error=2C__compile-time-constant___fai?= =?US-ASCII?Q?ls_and_skips_many_other_packages_from_being_built?= User-Agent: Thunderbird for Android Message-ID: <6D84E214-2196-4AA7-ADD1-B11E5434EE37@thegalacticzoo.com> 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=----31VRH2VWAAN28ARCHTRGNEJ95G5YZP Content-Transfer-Encoding: 7bit X-Spamd-Result: default: False [-1.19 / 15.00]; FORGED_MUA_THUNDERBIRD_MSGID_UNKNOWN(2.50)[]; SUBJ_EXCESS_QP(1.20)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; ARC_ALLOW(-1.00)[oxsus-vadesecure.net:s=arc-202309-rsa2048:i=1]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.90)[-0.904]; DMARC_POLICY_ALLOW(-0.50)[thegalacticzoo.com,quarantine]; R_SPF_ALLOW(-0.20)[+ip4:15.204.3.4/30]; R_DKIM_ALLOW(-0.20)[oxsus-vadesecure.net:s=dkim-202410-rsa2048]; RWL_MAILSPIKE_GOOD(-0.10)[15.204.3.4:from]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; ONCE_RECEIVED(0.10)[]; XM_UA_NO_VERSION(0.01)[]; RCPT_COUNT_TWO(0.00)[2]; DKIM_TRACE(0.00)[oxsus-vadesecure.net:+]; RCVD_TLS_LAST(0.00)[]; FROM_HAS_DN(0.00)[]; ASN(0.00)[asn:16276, ipnet:15.204.0.0/17, country:FR]; MIME_TRACE(0.00)[0:+,1:+,2:~]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-arm@FreeBSD.org]; RCVD_IN_DNSWL_NONE(0.00)[15.204.3.4:from] X-Rspamd-Queue-Id: 4YC37P6YWjz4jmf X-Spamd-Bar: - ------31VRH2VWAAN28ARCHTRGNEJ95G5YZP Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Merry Christmas 2024 fellow FreeBSD ARM users=2E I wave my hand, that I have encountered an error that Marius Schamschula d= etails below=2E A compile-time constant is=C2=A0computed at the time the code is compiled,= while a run-time constant can only be computed while the application is ru= nning=2E A compile-time constant will have the same value each time an appl= ication runs, while a run-time constant may change each time=2ESep 15, 2021 ~~~~~~~~~~~~~~~~~~~~~ https://github=2Ecom/llvm/llvm-project https://lists=2Egnutls=2Eorg/pipermail/gnutls-help/2024-November/thread=2E= html#4866 Problem, how to compile file groups=2Ec as a part of gnutls 3=2E8=2E8 and = overcome this compile-time constant error: groups=2Ec:93:2: error: initializer element is not a compile-time constant group_x25519, ^~~~~~~~~~~~ 1 error generated=2E My FreeBSD Raspberry Pi 4B environment: =20 ~~~~~~~~~~~~~~~~~~~~~~~ Last login: Mon Dec 16 22:35:17 2024 from 173=2E11=2E5=2E249 GhostBSD 24=2E01=2E1 GENERIC Welcome to GhostBSD! Release Notes, Errata: https://www=2EGhostBSD=2Eorg/releases/ Security Advisories: https://www=2EFreeBSD=2Eorg/security/ GhostBSD Docs: https://wiki=2EGhostBSD=2Eorg/ GhostBSD FAQ: https://wiki=2EGhostBSD=2Eorg/index=2Ephp/FAQ GhostBSD Forums: https://forums=2EGhostBSD=2Eorg/ Show the version of GhostBSD installed: ghostbsd-version Please include that output and any error messages when posting questions= =2E You can adjust the volume of various parts of the sound system in your computer by typing 'mixer =2Evolume=3D%'=2E To get a list o= f what you can adjust, just type 'mixer'=2E fred@Ghost14-selfbuilt-rpi4B-nginx-tst1:~ $ date Tue Dec 17 02:46:01 UTC 2024 fred@Ghost14-selfbuilt-rpi4B-nginx-tst1:~ $ ifconfig genet0: flags=3D1008843 m= etric 0 mtu 1500 options=3D68000b ether e4:5f:01:9d:54:76 inet 10=2E0=2E0=2E159 netmask 0xffffff00 broadcast 10=2E0=2E0=2E25= 5 media: Ethernet autoselect (1000baseT ) status: active nd6 options=3D29 lo0: flags=3D1008049 metric 0 mtu = 16384 options=3D680003 inet 127=2E0=2E0=2E1 netmask 0xff000000 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2 groups: lo nd6 options=3D21 fred@Ghost14-selfbuilt-rpi4B-nginx-tst1:~ $ clang --version FreeBSD clang version 16=2E0=2E6 (https://github=2Ecom/llvm/llvm-project= =2Egit llvmorg-16=2E0=2E6-0-g7cbf1a259152)Target: aarch64-unknown-freebsd15= =2E0 Thread model: posix InstalledDir: /usr/bin fred@Ghost14-selfbuilt-rpi4B-nginx-tst1:~ $ uname -arU FreeBSD Ghost14-selfbuilt-rpi4B-nginx-tst1 14=2E0-STABLE FreeBSD 14=2E0-ST= ABLE #1 stable-arm64/14-n230716-18b4bf31e36-dirty: Fri Feb 16 00:17:20 PST = 2024 root@Ghost14-selfbuilt-rpi4B-nginx-tst1:/usr/obj/usr/ghost14/ghost= bsd-src/arm64=2Eaarch64/sys/GENERIC-VCHIQ arm64 1500001 fred@Ghost14-selfbuilt-rpi4B-nginx-tst1:~ $ Last login: Mon Dec 16 22:35:17 2024 from 173=2E11=2E5=2E249 GhostBSD 24=2E01=2E1 GENERIC Welcome to GhostBSD! Release Notes, Errata: https://www=2EGhostBSD=2Eorg/releases/ Security Advisories: https://www=2EFreeBSD=2Eorg/security/ GhostBSD Docs: https://wiki=2EGhostBSD=2Eorg/ GhostBSD FAQ: https://wiki=2EGhostBSD=2Eorg/index=2Ephp/FAQ GhostBSD Forums: https://forums=2EGhostBSD=2Eorg/ Show the version of GhostBSD installed: ghostbsd-version Please include that output and any error messages when posting questions= =2E You can adjust the volume of various parts of the sound system in your computer by typing 'mixer =2Evolume=3D%'=2E To get a list o= f what you can adjust, just type 'mixer'=2E fred@Ghost14-selfbuilt-rpi4B-nginx-tst1:~ $ date Tue Dec 17 02:46:01 UTC 2024 fred@Ghost14-selfbuilt-rpi4B-nginx-tst1:~ $ ifconfig genet0: flags=3D1008843 m= etric 0 mtu 1500 options=3D68000b ether e4:5f:01:9d:54:76 inet 10=2E0=2E0=2E159 netmask 0xffffff00 broadcast 10=2E0=2E0=2E25= 5 media: Ethernet autoselect (1000baseT ) status: active nd6 options=3D29 lo0: flags=3D1008049 metric 0 mtu = 16384 options=3D680003 inet 127=2E0=2E0=2E1 netmask 0xff000000 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2 groups: lo nd6 options=3D21 fred@Ghost14-selfbuilt-rpi4B-nginx-tst1:~ $ clang --version FreeBSD clang version 16=2E0=2E6 (https://github=2Ecom/llvm/llvm-project= =2Egit llvmorg-16=2E0=2E6-0-g7cbf1a259152)Target: aarch64-unknown-freebsd15= =2E0 Thread model: posix InstalledDir: /usr/bin fred@Ghost14-selfbuilt-rpi4B-nginx-tst1:~ $ uname -arU FreeBSD Ghost14-selfbuilt-rpi4B-nginx-tst1 14=2E0-STABLE FreeBSD 14=2E0-ST= ABLE #1 stable-arm64/14-n230716-18b4bf31e36-dirty: Fri Feb 16 00:17:20 PST = 2024 root@Ghost14-selfbuilt-rpi4B-nginx-tst1:/usr/obj/usr/ghost14/ghost= bsd-src/arm64=2Eaarch64/sys/GENERIC-VCHIQ arm64 1500001 fred@Ghost14-selfbuilt-rpi4B-nginx-tst1:~ $ freebsd-version -dru Illegal option -d usage: freebsd-version [-kru] [-j jail] fred@Ghost14-selfbuilt-rpi4B-nginx-tst1:~ $ freebsd-version -kru 14=2E0-STABLE 14=2E0-STABLE 15=2E0-CURRENT fred@Ghost14-selfbuilt-rpi4B-nginx-tst1:~ $ ghostbsd-version 24=2E01=2E1 fred@Ghost14-selfbuilt-rpi4B-nginx-tst1:~ $ ghostbsd-version -fkv 14=2E0-STABLE 1400500 24=2E01=2E1 ~~~~~~~~~~~~~~~~ A compile-time constant is computed at the time the code is compiled, whil= e a run-time constant can only be computed while the application is running= =2E A compile-time constant will have the same value each time an applicati= on runs, while a run-time constant may change each time=2ESep 15, 2021 https://lists=2Egnutls=2Eorg/pipermail/gnutls-help/2024-November/thread=2E= html#4866 gnutls mailing threads=2E https://lists=2Egnutls=2Eorg/pipermail/gnutls-help/2024-November/004866=2E= html groups=2Ec file, not a compile-time constant group_x25519 I/opt/local/include/p11-kit-1 -pipe -Os -isysroot/Library/Developer/Comman= dLineTools/SDKs/MacOSX14=2Esdk -arch arm64 -c groups=2Ec -fno-common -DPIC= -o =2Elibs/groups=2Eo groups=2Ec:93:2: error: initializer element is not a compile-time constant group_x25519, ^~~~~~~~~~~~ 1 error generated=2E Marius -- Marius Schamschula URLS to view: https://trac=2Emacports=2Eorg/ticket/71273 Compile Time Constant=20 https://lists=2Egnutls=2Eorg/pipermail/gnutls-help/2024-November/004865=2E= html https://lists=2Egnutls=2Eorg/pipermail/gnutls-help/2024-November/004866=2E= html ~~~~~~~~~~~~~~~~~~~~~ gnutls_3=2E8=2E8 fails to compile and has a single error=2E Other Poudrie= re packages depend on gnutls_3=2E8=2E8 and are skipped from compiling=2E W= hat do you suggest to fix this problem? I am patient to wait until develop= ers have a solution ready for gnutls=2E Like first initializing group_x25= 519 with a NIL value=2E?? http://ghostbsd-arm64=2Eblogspot=2Ecom Fred's Blog about porting GhostBSD = x86 to Arm64 ------31VRH2VWAAN28ARCHTRGNEJ95G5YZP Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
Merry Christmas 2024 fellow Fr= eeBSD ARM users=2E
I wave my hand, that I have encountered an error that= Marius Schamschula details below=2E

A compile-time constant is=C2= =A0computed at the time the code is compiled, while a run-time constant can= only be computed while the application is running=2E A compile-time consta= nt will have the same value each time an application runs, while a run-time= constant may change each time=2ESep 15, 2021

~~~~~~~~~~~~~~~~~~~~~<= br>https://github=2Ecom/= llvm/llvm-project
https://lists=2Egnutls=2Eorg/= pipermail/gnutls-help/2024-November/thread=2Ehtml#4866
Problem, how = to compile file groups=2Ec as a part of gnutls 3=2E8=2E8 and overcome
th= is compile-time constant error:
groups=2Ec:93:2: error: initializer elem= ent is not a compile-time constant
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 group_x25519,
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 ^~~~~~~~= ~~~~
1 error generated=2E

My FreeBSD Raspberry Pi 4B environment:= =C2=A0
~~~~~~~~~~~~~~~~~~~~~~~
Last login: Mon Dec 16 22:35:17 2024 = from 173=2E11=2E5=2E249
GhostBSD 24=2E01=2E1 GENERIC

Welcome to G= hostBSD!

Release Notes, Errata:=C2=A0 https://www=2EGhostBSD=2Eorg/releases/
Security= Advisories:=C2=A0=C2=A0=C2=A0 https://www=2EFreeBSD=2Eorg/security/
GhostBSD Docs:=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 https://wiki=2EGhostBSD=2Eorg/
GhostBSD FAQ:=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 https://wiki=2EGhostBSD=2Eorg/index=2Eph= p/FAQ
GhostBSD Forums:=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 https://forums=2EGhostBSD=2Eorg/<= /a>

Show the version of GhostBSD installed:=C2=A0 ghostbsd-versionPlease include that output and any error messages when posting questions= =2E
You can adjust the volume of various parts of the sound system in yo= ur
computer by typing 'mixer <type>=2Evolume=3D<volume>%'=2E= =C2=A0 To get a list of what
you can adjust, just type 'mixer'=2E
fre= d@Ghost14-selfbuilt-rpi4B-nginx-tst1:~ $ date
Tue Dec 17 02:46:01 UTC 20= 24
fred@Ghost14-selfbuilt-rpi4B-nginx-tst1:~ $ ifconfig
genet0: flags= =3D1008843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST,LOWER_UP> metric 0 = mtu 1500
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 options=3D68000b<= RXCSUM,TXCSUM,VLAN_MTU,LINKSTATE,RXCSUM_IPV6,TXCSUM_IPV6>
=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 ether e4:5f:01:9d:54:76
=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 inet 10=2E0=2E0=2E159 netmask 0xffffff00 bro= adcast 10=2E0=2E0=2E255
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 media= : Ethernet autoselect (1000baseT <full-duplex>)
=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 status: active
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 nd6 options=3D29<PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL>lo0: flags=3D1008049<UP,LOOPBACK,RUNNING,MULTICAST,LOWER_UP> metric= 0 mtu 16384
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 options=3D680003= <RXCSUM,TXCSUM,LINKSTATE,RXCSUM_IPV6,TXCSUM_IPV6>
=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 inet 127=2E0=2E0=2E1 netmask 0xff000000
=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 inet6 ::1 prefixlen 128
=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 inet6 fe80::1%lo0 prefixlen 64 scopeid= 0x2
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 groups: lo
=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 nd6 options=3D21<PERFORMNUD,AUTO_LINKL= OCAL>
fred@Ghost14-selfbuilt-rpi4B-nginx-tst1:~ $ clang --version
= FreeBSD clang version 16=2E0=2E6 (https://github=2Ecom/llvm/llvm-project=2Egit=C2=A0llvmo= rg-16=2E0=2E6-0-g7cbf1a259152)Target: aarch64-unknown-freebsd15=2E0
Thre= ad model: posix
InstalledDir: /usr/bin
fred@Ghost14-selfbuilt-rpi4B-n= ginx-tst1:~ $ uname -arU
FreeBSD Ghost14-selfbuilt-rpi4B-nginx-tst1 14= =2E0-STABLE FreeBSD 14=2E0-STABLE #1 stable-arm64/14-n230716-18b4bf31e36-di= rty: Fri Feb 16 00:17:20 PST 2024=C2=A0=C2=A0=C2=A0=C2=A0 root@Ghost14-self= built-rpi4B-nginx-tst1:/usr/obj/usr/ghost14/ghostbsd-src/arm64=2Eaarch64/sy= s/GENERIC-VCHIQ arm64 1500001
fred@Ghost14-selfbuilt-rpi4B-nginx-tst1:~ = $




Last login: Mon Dec 16 22:35:17 2024 from 173=2E11=2E5= =2E249
GhostBSD 24=2E01=2E1 GENERIC

Welcome to GhostBSD!

R= elease Notes, Errata:=C2=A0 https://www=2EGhostBSD=2Eorg/releases/
Security Advisories:=C2= =A0=C2=A0=C2=A0 https://w= ww=2EFreeBSD=2Eorg/security/
GhostBSD Docs:=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 h= ttps://wiki=2EGhostBSD=2Eorg/
GhostBSD FAQ:=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 https://wiki=2EGhostBSD=2Eorg/index=2Ephp/FAQ
Gh= ostBSD Forums:=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 https://forums=2EGhostBSD=2Eorg/

Show= the version of GhostBSD installed:=C2=A0 ghostbsd-version
Please includ= e that output and any error messages when posting questions=2E
You can a= djust the volume of various parts of the sound system in your
computer b= y typing 'mixer <type>=2Evolume=3D<volume>%'=2E=C2=A0 To get a = list of what
you can adjust, just type 'mixer'=2E
fred@Ghost14-selfbu= ilt-rpi4B-nginx-tst1:~ $ date
Tue Dec 17 02:46:01 UTC 2024
fred@Ghost= 14-selfbuilt-rpi4B-nginx-tst1:~ $ ifconfig
genet0: flags=3D1008843<UP= ,BROADCAST,RUNNING,SIMPLEX,MULTICAST,LOWER_UP> metric 0 mtu 1500
=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 options=3D68000b<RXCSUM,TXCSUM,V= LAN_MTU,LINKSTATE,RXCSUM_IPV6,TXCSUM_IPV6>
=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 ether e4:5f:01:9d:54:76
=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 inet 10=2E0=2E0=2E159 netmask 0xffffff00 broadcast 10=2E0= =2E0=2E255
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 media: Ethernet au= toselect (1000baseT <full-duplex>)
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 status: active
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 n= d6 options=3D29<PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL>
lo0: flags= =3D1008049<UP,LOOPBACK,RUNNING,MULTICAST,LOWER_UP> metric 0 mtu 16384=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 options=3D680003<RXCSUM,T= XCSUM,LINKSTATE,RXCSUM_IPV6,TXCSUM_IPV6>
=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 inet 127=2E0=2E0=2E1 netmask 0xff000000
=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 inet6 ::1 prefixlen 128
=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2
=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 groups: lo
=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0 nd6 options=3D21<PERFORMNUD,AUTO_LINKLOCAL>
= fred@Ghost14-selfbuilt-rpi4B-nginx-tst1:~ $ clang --version
FreeBSD clan= g version 16=2E0=2E6 (https://github=2Ecom/llvm/llvm-project=2Egit=C2=A0llvmorg-16=2E0=2E= 6-0-g7cbf1a259152)Target: aarch64-unknown-freebsd15=2E0
Thread model: po= six
InstalledDir: /usr/bin
fred@Ghost14-selfbuilt-rpi4B-nginx-tst1:~ = $ uname -arU
FreeBSD Ghost14-selfbuilt-rpi4B-nginx-tst1 14=2E0-STABLE Fr= eeBSD 14=2E0-STABLE #1 stable-arm64/14-n230716-18b4bf31e36-dirty: Fri Feb 1= 6 00:17:20 PST 2024=C2=A0=C2=A0=C2=A0=C2=A0 root@Ghost14-selfbuilt-rpi4B-ng= inx-tst1:/usr/obj/usr/ghost14/ghostbsd-src/arm64=2Eaarch64/sys/GENERIC-VCHI= Q arm64 1500001
fred@Ghost14-selfbuilt-rpi4B-nginx-tst1:~ $ freebsd-vers= ion -dru
Illegal option -d
usage: freebsd-version [-kru] [-j jail]fred@Ghost14-selfbuilt-rpi4B-nginx-tst1:~ $ freebsd-version -kru
14=2E0= -STABLE
14=2E0-STABLE
15=2E0-CURRENT
fred@Ghost14-selfbuilt-rpi4B-= nginx-tst1:~ $ ghostbsd-version
24=2E01=2E1
fred@Ghost14-selfbuilt-rp= i4B-nginx-tst1:~ $ ghostbsd-version -fkv
14=2E0-STABLE
1400500
24= =2E01=2E1


~~~~~~~~~~~~~~~~
A compile-time constant is compute= d at the time the code is compiled, while a run-time constant can only be c= omputed while the application is running=2E A compile-time constant will ha= ve the same value each time an application runs, while a run-time constant = may change each time=2ESep 15, 2021

https://lis= ts=2Egnutls=2Eorg/pipermail/gnutls-help/2024-November/thread=2Ehtml#4866=C2=A0 gnutls mailing threads=2E
https://lists=2Egnutls= =2Eorg/pipermail/gnutls-help/2024-November/004866=2Ehtml
groups=2Ec = file, not a compile-time constant=C2=A0 group_x25519

I/opt/local/inc= lude/p11-kit-1 -pipe -Os -isysroot/Library/Developer/CommandLineTools/SDKs/= MacOSX14=2Esdk -arch arm64 -c groups=2Ec=C2=A0 -fno-common -DPIC -o =2Elibs= /groups=2Eo
groups=2Ec:93:2: error: initializer element is not a compile= -time constant
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 group_x25519,<= br>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 ^~~~~~~~~~~~
1 error gener= ated=2E
Marius
--
Marius Schamschula

URLS to view:
https://trac=2Emacports= =2Eorg/ticket/71273=C2=A0 Compile Time Constant
htt= ps://lists=2Egnutls=2Eorg/pipermail/gnutls-help/2024-November/004865=2Ehtml=
https://lists=2Egnutls=2Eorg/pipermail/gnutls-help/= 2024-November/004866=2Ehtml

~~~~~~~~~~~~~~~~~~~~~

gnutls_= 3=2E8=2E8 fails to compile and has a single error=2E=C2=A0 Other Poudriere = packages depend on gnutls_3=2E8=2E8 and are skipped from compiling=2E=C2=A0= What do you suggest to fix this problem?=C2=A0 I am patient to wait until = developers have a solution ready for gnutls=2E=C2=A0=C2=A0 Like first initi= alizing group_x25519 with a NIL value=2E??
http://ghostbsd-arm64=2Eblogspo= t=2Ecom=C2=A0Fred's Blog about porting GhostBSD x86 to Arm64
=C2=A0 =
------31VRH2VWAAN28ARCHTRGNEJ95G5YZP-- From nobody Tue Dec 17 07:25:15 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 4YC7dP3PBMz5gnDg for ; Tue, 17 Dec 2024 07:25:45 +0000 (UTC) (envelope-from herbert@gojira.at) Received: from mail.bsd4all.net (mail.bsd4all.net [94.130.200.20]) (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 ECDSA (P-384) client-digest SHA384) (Client CN "mail.bsd4all.net", Issuer "E6" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4YC7dN2wH4z53vp for ; Tue, 17 Dec 2024 07:25:44 +0000 (UTC) (envelope-from herbert@gojira.at) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gojira.at header.s=mail202005 header.b=oj0THxKD; spf=pass (mx1.freebsd.org: domain of herbert@gojira.at designates 94.130.200.20 as permitted sender) smtp.mailfrom=herbert@gojira.at; dmarc=none Date: Tue, 17 Dec 2024 08:25:15 +0100 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=gojira.at; s=mail202005; t=1734420337; bh=zHEXRZekoiu8JVfBOH020WkEw2j5yzKp8cXWFcJKGUo=; h=Date:Message-ID:From:To:Subject:MIME-Version:Content-Type; b=oj0THxKD8xTWVzm50flP9bRKgkxEamrkrtu1Dwgs/zqadYDj3/E/Cly9WnQAo3skQ 4TNh5SOHf95OCD50YO2rOxt27buSN+nTS3dJ7XsjLmOVLDQiQrel2BZ3xJ12FSkZ3v hy4HdZFtslJ5nSu4JikrXvUn9lJZU+yldRLJBYpLFBZHkN2Ds0bSlI+kkI38XqAoBV NUFtswXAHrFm7jenTJOGswl6URjaOKJ/vh6br0i3kNbsCckV4J220mC2ympRiue4vw Zj8v0BhmcN/hJPzxBXa2+QbElzq8yH8ZTT0WHoFZRbPS1a8EmXS7l6FalYGr9FmToT KCPMuCswuvpEw== Message-ID: <87pllq93fo.wl-herbert@gojira.at> From: "Herbert J. Skuhra" To: freebsd-arm@FreeBSD.org Subject: Re: gnutls 3.8.8 error, compile-time-constant fails and skips many other packages from being built In-Reply-To: <6D84E214-2196-4AA7-ADD1-B11E5434EE37@thegalacticzoo.com> References: <6D84E214-2196-4AA7-ADD1-B11E5434EE37@thegalacticzoo.com> User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/31.0 Mule/6.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 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Spamd-Result: default: False [-2.50 / 15.00]; MID_CONTAINS_FROM(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; R_DKIM_ALLOW(-0.20)[gojira.at:s=mail202005]; R_SPF_ALLOW(-0.20)[+ip4:94.130.200.20]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:24940, ipnet:94.130.0.0/16, country:DE]; MIME_TRACE(0.00)[0:+]; FROM_HAS_DN(0.00)[]; DMARC_NA(0.00)[gojira.at]; ARC_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_COUNT_ZERO(0.00)[0]; TO_DN_NONE(0.00)[]; MLMMJ_DEST(0.00)[freebsd-arm@FreeBSD.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[gojira.at:+] X-Rspamd-Queue-Id: 4YC7dN2wH4z53vp X-Spamd-Bar: -- On Tue, 17 Dec 2024 05:02:52 +0100, Fred Finster wrote: >=20 > Merry Christmas 2024 fellow FreeBSD ARM users. > I wave my hand, that I have encountered an error that Marius Schamschula = details below. >=20 > A compile-time constant is=A0computed at the time the code is > compiled, while a run-time constant can only be computed while the > application is running. A compile-time constant will have the same > value each time an application runs, while a run-time constant may > change each time.Sep 15, 2021 >=20 > ~~~~~~~~~~~~~~~~~~~~~ > https://github.com/llvm/llvm-project > https://lists.gnutls.org/pipermail/gnutls-help/2024-November/thread.html#= 4866 > Problem, how to compile file groups.c as a part of gnutls 3.8.8 and overc= ome > this compile-time constant error: > groups.c:93:2: error: initializer element is not a compile-time constant > group_x25519, > ^~~~~~~~~~~~ > 1 error generated. [...] > gnutls_3.8.8 fails to compile and has a single error. Other > Poudriere packages depend on gnutls_3.8.8 and are skipped from > compiling. What do you suggest to fix this problem? I am patient > to wait until developers have a solution ready for gnutls. Like > first initializing group_x25519 with a NIL value.?? > http://ghostbsd-arm64.blogspot.com Fred's Blog about porting > GhostBSD x86 to Arm64 I don't get this error on main and stable/14 and there is a gnutls package. But there is obviously a fix for this issue: https://github.com/gnutls/gnutls/commit/9cc9d5556d258d23a399abfe45715773e71= 9d134 From nobody Wed Dec 18 11:56:10 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 4YCsbR35Vlz5hFN4 for ; Wed, 18 Dec 2024 11:56:35 +0000 (UTC) (envelope-from toby@tobykurien.com) Received: from spe14.ucebox.co.za (spe14.ucebox.co.za [197.242.154.255]) (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 "*.ucebox.co.za", Issuer "RapidSSL TLS RSA CA G1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4YCsbM4g9Bz43T4 for ; Wed, 18 Dec 2024 11:56:31 +0000 (UTC) (envelope-from toby@tobykurien.com) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of toby@tobykurien.com designates 197.242.154.255 as permitted sender) smtp.mailfrom=toby@tobykurien.com; dmarc=none Received: from doxy.aserv.co.za ([154.0.166.100]) by spe2.ucebox.co.za with esmtps (TLSv1.2:AES128-GCM-SHA256:128) (Exim 4.92) (envelope-from ) id 1tNsez-002kfF-Is for freebsd-arm@freebsd.org; Wed, 18 Dec 2024 13:56:20 +0200 Received: from cloud.nextcloudhosting.co.za (unknown [129.232.144.114]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by doxy.aserv.co.za (Postfix) with ESMTPSA id A63A726340C for ; Wed, 18 Dec 2024 13:56:10 +0200 (SAST) From: Toby Kurien To: freebsd-arm@freebsd.org Cc: Subject: Re: EFI framebuffer blanks during boot References: <20241216131554.Horde.Z8Ym8E7XkQDjIEr1z1LgZsl@cloud.nextcloudhosting.co.za> In-Reply-To: <20241216131554.Horde.Z8Ym8E7XkQDjIEr1z1LgZsl@cloud.nextcloudhosting.co.za> Message-ID: <20241218115610.Horde.ZMws8aj0Si_tufYawGSkq16@cloud.nextcloudhosting.co.za> User-Agent: Horde Application Framework 5 Date: Wed, 18 Dec 2024 11:56:10 +0000 Content-Type: text/plain; charset=utf-8 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-Transfer-Encoding: 8bit X-Originating-IP: 154.0.166.100 X-Afrihost-Domain: doxy.aserv.co.za X-Afrihost-Username: 154.0.166.100 X-Afrihost-Outgoing-Class: ham X-Afrihost-Outgoing-Evidence: Combined (0.10) X-Recommended-Action: accept X-Filter-ID: Pt3MvcO5N4iKaDQ5O6lkdGlMVN6RH8bjRMzItlySaT+j6zqrS651pJv/rKZ7GYmsPUtbdvnXkggZ 3YnVId/Y5jcf0yeVQAvfjHznO7+bT5wOvGg18h18lTsuUGH1KgAagLCWYuPCxwJEfxKP87A95+fH zJ6mVE7ewsipSVIfs4YObep0ViY8HK8+Aog7qM37ABHVTw1lV42ob3hDgXVUNbZJMuJHHFnTdGKa 3VxxhLA8U1774x9DQql3n5V1vHjnkuW1FFLwEW3UVQ/02r/eitdn5CXCG6zzUxxWbE5VnsisfbOw j6b83ihR1bz2lnCUXzxdcSEOF5ZgjdwpVsfMm9dCYgcgr835yVjKQZA6hJL1LiMHCxRezvZaFOrU Vh8zNqs59tg7m1SQLJtFApHh60KEcxAcIwRZNf0cSHBI/j8xKX6Z6/Qz1w7TE/bz3YPRDfgblxZ8 KT4UwlLW+nAm2eZE7YJwhBWCb1PmFojBOyjXs2KsRjKrCowEavDwQuKoDMwQiNpECc6NeluD4mMa /1YmDHeI9dU6Rq238kXYC+KNLtSRWKGmohoil/1AiKo+tkgXyuidojvEg3qjfiiAf/vg7iEFLP+S SY+Av5+AiC4+cZX8WknokmSP3xzvf1Ank9WUv4CtTDP6Fmro4IfzbsJvww4p7Esby16Jcn5Cg20t uctFVQp078svLEqHvTCZstIYjMKgSmf0fMSGkoiSbtO6UlGm0ycQh0Ylbt1+Ear3Y80OmAux3oN1 3+ztUzneeH9vrfuk7fRvn0o9yycTJzaslDewd9SvuBEMrxmqkuiwMUnliogBs8NMWWJGaOd+H+QL /JnhYN+sP212y4vvZoP+xmzYtBWHAoRTGsqGxCCpv6/nAnrLfB175ek9DRRm9R/2gMGq0KWAzmMf +ibVDghxtC6SPrOXv6rESukjSA5vnpiNotwN38VVUYyvwlIhJdgQGsN+N1qJPtNMC+RP0KRvQDwO 6ur/Di47GnmH3wummAO4viSzvvpPzgJUfnLxUuXi8ijc+7N/ems+rzGkbzEvuGslKTrRIXcXpFg5 ivY= X-Report-Abuse-To: spam@spe1.ucebox.co.za X-Spamd-Result: default: False [-2.33 / 15.00]; NEURAL_HAM_LONG(-1.00)[-0.999]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; R_SPF_ALLOW(-0.20)[+ip4:197.242.144.0/20]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_SHORT(-0.03)[-0.033]; DMARC_NA(0.00)[tobykurien.com]; RCVD_TLS_ALL(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; ASN(0.00)[asn:37611, ipnet:197.242.144.0/20, country:ZA]; RCPT_COUNT_ONE(0.00)[1]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; HAS_XOIP(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_TWO(0.00)[2]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; ARC_NA(0.00)[] X-Rspamd-Queue-Id: 4YCsbM4g9Bz43T4 X-Spamd-Bar: -- An update on this, I did some more digging into why the display output blanks during boot. Firstly, I can confirm that the backlight stays on throughout, so that it not the issue. I tried disabling "grf" and "cru" in the device tree, and it seems it's the rk3399_cru0 module that ends up resetting the panel. If that's disabled, the screen stays on and continues displaying output, although of course the kernel panics. I'll dig into the rk3399_cru code, but if anyone has any pointers into what I could try, that would be super helpful. Thanks.   --   tobykurien.com   "Toby Kurien" toby@tobykurien.com – December 16, 2024 3:15 PM > On the Pinephone Pro I installed u-boot with EFI framebuffer support. Two strange things happen during the FreeBSD bootup: >   > 1. Loader does not display on the EFI FB, instead it appears in the serial console. I tried adding `console="efi"` to loader.conf but to no avail. Any ideas why this might be even though (as below) some kernel output appears on EFI FB? >   > 2. However, after loader, the kernel starts loading on the screen (even showing VT(efifb): resolution 720x1440), up until rk3399_cru0 is detected, then soon after it blanks. I took a video of the process to pinpoint where it blanks out, and it appears to be when rk_grf1 (general register files) is loaded and/or when the fixed regulators are being initialized. >   > I did some digging, and I suspect that either the power to the panel is being interrupted, and/or the LCD reset pin is being set. I guess either of these will reset the panel, thus then requiring it to be re-initialized. I confirmed that rk_grf1 controls the GPIOs responsible for powering and resetting the LCD. Any ideas on how to prevent the GPIOs from being changed during bootup (if EFI FB is available)? Or maybe I'm mistaken and something else is going on? Any help would be appreciated, thanks! >   > --  >   > http://tobykurien.com >   >  > From nobody Wed Dec 18 16:51:04 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 4YD0Bz26tgz5hb32 for ; Wed, 18 Dec 2024 16:54:19 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-ej1-x636.google.com (mail-ej1-x636.google.com [IPv6:2a00:1450:4864:20::636]) (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 "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4YD0By6QWWz4bhl for ; Wed, 18 Dec 2024 16:54:18 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-ej1-x636.google.com with SMTP id a640c23a62f3a-aa69107179cso1233125966b.0 for ; Wed, 18 Dec 2024 08:54:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20230601; t=1734540856; x=1735145656; darn=freebsd.org; h=to:in-reply-to:references:message-id:date:subject:mime-version:from :content-transfer-encoding:from:to:cc:subject:date:message-id :reply-to; bh=Ehjnf4ggGUr0iEkgjURxOwlNZ+jlHz5dDrwNAnGf+8M=; b=d8g5BkHvRpR5K3TJGg9kM1ECtHy2c7RMmH9mZTBV1HUigRhBtM0PVzZ06zsO6xvthA lWDnCcsFW8kwnO7p28f+u5pdB+6LbhRRDviC9ozXtuAQtBeqSIy8ULeQX4HpmfD+I+L4 /27yq4mokUPQbZ075dzy9OZ6gUGoSCwQaB7vzwGn7/WdGp85aPw9XmfRBZNEOSGxfQ1s gVUthvHoeMZ1LFb6GUPDcCAfzPh6HbXD7vV8EXqCEQKDagZBWLi3TCxleD4XPqgZC44y R0m7Ou23y3g2IOCvbMyVDOTGo/ZJPLIPJg2oqniM8vfSOe+zpf2n6qZAMWi4pq2C1ULW mrXg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1734540856; x=1735145656; h=to:in-reply-to:references:message-id:date:subject:mime-version:from :content-transfer-encoding:x-gm-message-state:from:to:cc:subject :date:message-id:reply-to; bh=Ehjnf4ggGUr0iEkgjURxOwlNZ+jlHz5dDrwNAnGf+8M=; b=uGfT5ZTh0NsWt29g7stXH+xO1Mm0sO/paPn5g1uhn52Jp5hb25ZCIRgI4BC4IzsB5L kqxjzR5gfcTRfcuLvqrvPHFNsWtxi+LLwkpcEWQT1LBhT+U7aBa2VzHFPdvS1tHgnWoR NviSM/uSgiPWBpyVTyk1V3OD0q6wvqZgk1MlDBmVBhefiQ95dPSJcJSdH9vFrpwY6sWt PGYrU7LMkoyCRK2pjUhHmw7HGmicypKrdLJL5kRHHBcLadvb0CmeEmnHLVCMXodLDExd bM9N/xspVLRVDtYiYgDVHIjUFHsxtuWRtcx40Oru6eCGboC3yteWbYMoYCFD59X/tmDe akaA== X-Forwarded-Encrypted: i=1; AJvYcCUcgA7cDSFm914BFgG1eaZ19WljTiKMSTZ6CwiKWvlqh0ee5IrO2BJvjuZO8Uy69/mJ7lvlA7IUVv8AyQ==@freebsd.org X-Gm-Message-State: AOJu0Yz8R9A4RTJg4nanr28UxBg0atO8G1NXBq9M+FX3eP4uLzeasfVZ 2MHl1xBKDUla8s0NW/fiuP82fsZqYmtSlelTSUHZfNHSRSC4N9XPbDsjrg== X-Gm-Gg: ASbGncs7gSie5hS7NZUhYCxRg7hW9s3Psmhk9iJwt+G35qKjHBYsgrkkXQvUU4DSYB4 j80HuBfAEhCqePfIHL7nb6jxHI2jFdrouXKc+HYPDcYGmzE/crql6DFJXz2uaiH0SCWpy3ZqR8X iuI1xt7upHhc1lxACmNg/y/nVgIADnRuZmkEpD0Wq6yhEAJhu8LK5aIiKwyDcB/FnOnBc4wpznG mHK5kZSKxyZ7+PqaLrYssRs0H3XXxqpQj4l/Z9jkZykq5Zj6Zr4EaohVRvJSDuICH5bu/bhkKRJ h42YgfOwMDnNLmI1u8r0dz8TMb9MzhsqPenOE4CQZW6qjEeRmI3BbVy546W9yAHa X-Google-Smtp-Source: AGHT+IG645zx8jWiHF6XS+nV+uEQLdGgry/Zc8HKy6Do0E2bPOEP0y8PvbFMNaW4b4y9f/SQFceg5g== X-Received: by 2002:a17:907:9621:b0:aa6:7933:8b33 with SMTP id a640c23a62f3a-aac078fd89cmr8122066b.15.1734540856145; Wed, 18 Dec 2024 08:54:16 -0800 (PST) Received: from smtpclient.apple (dynamic-046-114-016-006.46.114.pool.telefonica.de. [46.114.16.6]) by smtp.gmail.com with ESMTPSA id a640c23a62f3a-aabfbbb7a52sm69157466b.58.2024.12.18.08.54.15 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 18 Dec 2024 08:54:15 -0800 (PST) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable From: Klaus Cucinauomo 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 (1.0) Subject: Re: EFI framebuffer blanks during boot Date: Wed, 18 Dec 2024 17:51:04 +0100 Message-Id: References: <20241218115610.Horde.ZMws8aj0Si_tufYawGSkq16@cloud.nextcloudhosting.co.za> In-Reply-To: <20241218115610.Horde.ZMws8aj0Si_tufYawGSkq16@cloud.nextcloudhosting.co.za> To: Toby Kurien , freebsd-arm@freebsd.org X-Mailer: iPad Mail (22B91) 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:15169, ipnet:2a00:1450::/32, country:US] X-Rspamd-Queue-Id: 4YD0By6QWWz4bhl X-Spamd-Bar: ---- This issue, exactly as you describe, is known to me from the RK3328(after en= abled an hdmi-driver in u-boot there) but not from the RK3399(efifb always w= orked there). > Am 18.12.2024 um 12:56 schrieb Toby Kurien : >=20 > =EF=BB=BFAn update on this, I did some more digging into why the display o= utput blanks during boot. Firstly, I can confirm that the backlight stays on= throughout, so that it not the issue. I tried disabling "grf" and "cru" in t= he device tree, and it seems it's the rk3399_cru0 module that ends up resett= ing the panel. If that's disabled, the screen stays on and continues display= ing output, although of course the kernel panics. I'll dig into the rk3399_c= ru code, but if anyone has any pointers into what I could try, that would be= super helpful. Thanks. > =20 > -- =20 > tobykurien.com > =20 >=20 > "Toby Kurien" toby@tobykurien.com =E2=80=93 December 16, 2024 3:15 PM >> On the Pinephone Pro I installed u-boot with EFI framebuffer support. Two= strange things happen during the FreeBSD bootup: >> =20 >> 1. Loader does not display on the EFI FB, instead it appears in the seria= l console. I tried adding `console=3D"efi"` to loader.conf but to no avail. A= ny ideas why this might be even though (as below) some kernel output appears= on EFI FB? >> =20 >> 2. However, after loader, the kernel starts loading on the screen (even s= howing VT(efifb): resolution 720x1440), up until rk3399_cru0 is detected, th= en soon after it blanks. I took a video of the process to pinpoint where it b= lanks out, and it appears to be when rk_grf1 (general register files) is loa= ded and/or when the fixed regulators are being initialized. >> =20 >> I did some digging, and I suspect that either the power to the panel is b= eing interrupted, and/or the LCD reset pin is being set. I guess either of t= hese will reset the panel, thus then requiring it to be re-initialized. I co= nfirmed that rk_grf1 controls the GPIOs responsible for powering and resetti= ng the LCD. Any ideas on how to prevent the GPIOs from being changed during b= ootup (if EFI FB is available)? Or maybe I'm mistaken and something else is g= oing on? Any help would be appreciated, thanks! >> =20 >> --=20 >> =20 >> http://tobykurien.com >> =20 >> =20 >>=20 >=20 From nobody Fri Dec 20 17:10:08 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 4YFDS52tDyz5X0rR for ; Fri, 20 Dec 2024 17:09:57 +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 "generic", Issuer "generic" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4YFDS35MWsz470q for ; Fri, 20 Dec 2024 17:09:55 +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.18.1/8.18.1) with ESMTPS id 4BKHA9ve092870 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Fri, 20 Dec 2024 09:10:09 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.18.1/8.18.1/Submit) id 4BKHA8Qi092869; Fri, 20 Dec 2024 09:10:08 -0800 (PST) (envelope-from fbsd) Date: Fri, 20 Dec 2024 09:10:08 -0800 From: bob prohaska To: freebsd-arm@freebsd.org Cc: bob prohaska Subject: armv7, silent hang, low swap, high priorities 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 [-1.10 / 15.00]; AUTH_NA(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.998]; WWW_DOT_DOMAIN(0.50)[]; MID_RHS_WWW(0.50)[]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; MISSING_XM_UA(0.00)[]; DMARC_NA(0.00)[zefox.net]; RCPT_COUNT_TWO(0.00)[2]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; R_SPF_NA(0.00)[no SPF record]; MID_RHS_MATCH_FROM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_TWO(0.00)[2]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_DKIM_NA(0.00)[]; TO_DN_SOME(0.00)[] X-Rspamd-Queue-Id: 4YFDS35MWsz470q X-Spamd-Bar: - An old (v 1.1) Pi2 running armv7 -current often hangs during buildworld. It doesn't respond to enter-tilda-control-B and has to be powercycled. Once rebooted, buildworld can be restarted and makes further progress, sometimes to completion. Swap was configured in two partitions, one on microSD and one on mechanical hard disk, thus both over-provisioned and wildly unequal in speed. Root is on the mechanical disk. An orphan top window surprised me by reporting very high priorities in the 130 range but swap usage was relatively low, less than 100MB. That seemed an odd combination. Usually priorities that high are associated with severe memory pressure. Could the mismatched swap speeds have confused the scheduler? There were no console warnings. The machine was fully loaded with a -j4 buildworld, so the fact of the hang isn't hugely surprising. The top display, at http://www.zefox.net/~fbsd/rpi2/crashes/20241219/top_display seemed internally inconsitent. Does it surprise anybody else? I've since removed the microSD swap, leaving only the mechanical disk swap, to see if that changes the hang behavior. Thanks for reading, bob prohaska From nobody Fri Dec 20 17:24:10 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 4YFDmq0Jj7z5X1vL for ; Fri, 20 Dec 2024 17:24:27 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic314-19.consmr.mail.gq1.yahoo.com (sonic314-19.consmr.mail.gq1.yahoo.com [98.137.69.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 4YFDmp46dPz49TV for ; Fri, 20 Dec 2024 17:24:26 +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=1734715465; bh=D5pd/x8OqO++fleiPSGNqE1wmE/Bkb4sdphE0GELbns=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=SisTWx05aUnW00iNeHjhUJY/IsFSfcIvnbCptMdFsbG+Lc8Pq1qkP60WFsW/v5C4+nUEK2/LSBQGMiwr56ITSZZlfW20rIwHSX+SnEcBvuGyI1WeguE6D17IXn+5GhIKvA6Uh8670oE7+rEZAil1Es3XzlIGr2Q7vZfzX9qQds76ovtd3aR4V5mclF3lOF4bunnZorb7I+ZLddZzM2QiC3Gn6tGeq9S/Ss+/EpBqXP4G2w4LHOI3idvG4d98VABmgxTO7vOXtbkEZzwfr0XIkXNo6xBgXu7XJmD46pDlRahVa8nBAu9qfsXbFZAjoMHAptCwKF4lXRb3txozlZ9OKQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1734715465; bh=XrjjM9vOXdZw4Tl4JmoWT6Vj4sD6bFeu8U+PZnnrZs3=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=NTme6bk2YUXkuMEPN4O+c30VpR8IBPkPl5JRAGYlFk5/0uJrsRp0+Qi0tXmT2JarRqOnaLFYguF7gKkMzvDTAbC39dEH1GIFpa87pGyWC+M7rkA97BOxB73WddmuZe8+77f/jJIJOhMgW9aJ7G3PFOmgpIfEa6DaKhxDdWepMDFqMLDEFj+G4tuoYTRa4GZD1c9v0eFikxb+8lfAocz2ugp3cTZvIlAaVSQ7jKeO7CBmqkEddhTfR6HaDdkGhAwixhzzJPyOWzKT/mfZKBbX5nGnpk0G/D5FPpPq03UOkRC8wA7Kb2tLpCmq7NWg5J1C17TepNCKlIRPumAlKQGk0Q== X-YMail-OSG: LJJRIJoVM1m_Q7Kq01Zx9W1PjQ7mE8fi7iZGkh.Fod8oZOyXMLJNJFb1P2CbkT3 I_GZtWjnuoRZb1c1rjxxvIOoYfnKkEOu_H8Pn5rpjPflppzOk3O_BUsUFgIVl.7zogtforPThHpO 09xw2ltqhe677IHgaf0wvw6OkOyHKZ56INuXmKspG5p2sM8Jlv5LA9uGN9LuE4CfOA0cudvaslBq _hZqeCmlgK8vVzGacWi0akZsCGx38UAulKu9KyP6PflfSP8EhOrfdrcMH93X0Rm3SyMNWrt0D3vX PqYqOk6Fu_V9hizizhUNm9axpL9D1fsi9cuqM9i8tAL5j7k5x_s61np.nblfBluvlMZV87oXktvM dL0p9wzjDdrqGSvrX8snOLF_MEJKzAVXYFsNpJeTCDS8lYP0IS1SfEhsyNdIOC9cGSviXEOfxMsq Swi3BS8p6ZGXE10H7ZDkl4b8UdbFIuHV0yehVI5T7PElnzP2JaT99_.omi_OuKiusE6Aq7gVhzm3 G1F9xeKeQlYB3bugiq7LSvFc_.2KW8VZwB85eCZg64bigW2TxCGR82ICbVSRgUyZUHvHXD.KraMR GNhTsa4CamoI.RypbLx9cTRPoHqL4Z24Lqnn.N.0IXba_g_qIHVDFyN28pKIg1aUwaUXtIlV291H AI850vsMdiJdrIqlhWIWQ7b5OUKCS4zJY6dPa7hH8nC.mze.LyogoHbkVgqe5MTUEyY9i0LMvfZo QJYBfuHBj6H.a_yfEufbBn1P_j0hxgyebRYqeRzEy8b9RZF6z0FS2ODP3pTkAAF63IJm5dtrBQgq wqonEm9WBY7.VkXxJ8q90I7rBJu4GOCxuHRLLOKBIpufhYDDy1H3N41FFnG.pXxBAvv58tCd_mfv 7RnsQ4OCs6s8WE4pN2xFSzFBOzgM4hr9WZRdwV7Xi3gvsKVSjggrfa3Gba5uqg_MNIzi9lhCICqo 55XxgNX7nWkI3kh2EuiNVe2WH1KNzCRQT1oJpdzKMlfoCCrsf1D9UNsE2e_U_wSQyoYoh3CRJkCK bkEV3dsbzqgom31R_G9SMSV35JLHPYwJUk8OkFc7HkSODkzbRA9fK6BtkTiOCtC93_3pmC1TByah otIArlbnoOZppWPxK9kilaX0nwTKvdFXA6uSFeAId9R8na3z0GtYqQBGQvsJh_T7zFl83ONMzYUh kxbhd.ESQnXpgDeq1q6QkeohOTrUGsUmtkOrkZTa5djuPUHaZefSWK.dRmUD1LSMU1cjCqZs8XY_ dbU70I2UpcSNVkwkOCiQansZCaM8xxkq37pQNY02YQ7DpqjIV13LBvnaBCWV4lzwAiEqRt.zZ64i E4wJeNy6V9OHVeGBJbATKLkZIGcoPHjSg8PjGJqhOFXiXcKfl_wEl756IuAuJA7C93ETAo6VRQ6G YoA86vVGo40nQP7hfBLrRDUPqwnydyybPyh9UpxtHKqNUNXHEEx0Q14bfbrhInIhZwJewfE36fFC BaBv1FRI4AKQ0uQk9qBlH9SN7wlIyyxdpdGcwDHrjN5U589dvVXYrjbUJhge_huk_95Mxekbrhzl wyuiXZU6A.IVxRPS60..H7GaHZQsR0NWU036uGSRzqLPoqPFdJ0nQHqMTvrv5fQmejrnOb9gZHXK 1wTDlqX3kX_NTNHOMKcrVPW_21Qk_MGgIvO.799hASt5NlGASkAsjIIbizAR5rsFK_Yk8g00Z4B4 p5.W.vL4OrirgjBGKjOYAgse0b12ShPjXAlURza9mNf8ugYceKJBfuFE6nMglOqMU8XERE54vkqf 901N5viufdZoNv6GqsNAAklVGF7RMsuIZZ5TA8BsL5xI1P5HC8Ar6JwpQd09Qx85dHsq1ChKHNv5 sNAK9Wti8XhgfH8QhXBcwYeD2aD3OdQ92SuKoOdADYqiOSsACjSkhw_AVSFybTmWdxahsF1gblWC 3sf58EGlLRFin0rfDa0xZ5b4mFrM6MjS9RzdrYQhHFAy9vwKH8r0IDFsO0PdG7RpX9K8Tvrlra45 4s7qR4uBx6qcknMbTvqKRCXVHE9c7qIKg.VBa5TmrkZfd_507WY4b9rn.RLC4adDymSyvaGCxpTp XbkdrJcdgSJFx7C4p8dfqr_xfTfTlvr.iSe4pFpBlde2LMpmUtg1gln1_6cz4pLBmiRnS_4L5V4e Rp6a4Dkai_8gdYGquJRuq1hpuyxyllfi_vqJjGn_zNtnHEUiZ_XWiRTGkxyEf7TKPZtqTvRL0aUy UEcAJTUUtQP34bZhvKQCWbRtGPShNXHo9HvBxTAVVDKzUN.cCchGf6Zfv1l0oScoEKLHlhaeq0PQ iZDeq X-Sonic-MF: X-Sonic-ID: 66074f22-540f-48ce-873a-4d8c2d89d20b Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.gq1.yahoo.com with HTTP; Fri, 20 Dec 2024 17:24:25 +0000 Received: by hermes--production-gq1-5dd4b47f46-fhdpd (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 3c308e16431c1770756b4082b8f3dc33; Fri, 20 Dec 2024 17:24:21 +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 \(3826.300.87.4.3\)) Subject: Re: armv7, silent hang, low swap, high priorities From: Mark Millard In-Reply-To: Date: Fri, 20 Dec 2024 09:24:10 -0800 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: <633E900F-9C67-4956-A628-3A1549A40AF8@yahoo.com> References: To: bob prohaska X-Mailer: Apple Mail (2.3826.300.87.4.3) 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-Rspamd-Queue-Id: 4YFDmp46dPz49TV X-Spamd-Bar: ---- On Dec 20, 2024, at 09:10, bob prohaska wrote: > An old (v 1.1) Pi2 running armv7 -current often hangs during buildworld. > > It doesn't respond to enter-tilda-control-B and has to be powercycled. > Once rebooted, buildworld can be restarted and makes further progress, > sometimes to completion. Swap was configured in two partitions, one > on microSD and one on mechanical hard disk, thus both over-provisioned > and wildly unequal in speed. Root is on the mechanical disk. > > An orphan top window surprised me by reporting very high priorities > in the 130 range but swap usage was relatively low, less than 100MB. > That seemed an odd combination. Usually priorities that high are > associated with severe memory pressure. Could the mismatched swap > speeds have confused the scheduler? There were no console warnings. > > The machine was fully loaded with a -j4 buildworld, so the fact of > the hang isn't hugely surprising. The top display, at > http://www.zefox.net/~fbsd/rpi2/crashes/20241219/top_display > seemed internally inconsitent. Does it surprise anybody else? > > I've since removed the microSD swap, leaving only the mechanical disk > swap, to see if that changes the hang behavior. QUOTE . . . The nice utility runs utility at an altered scheduling priority, by in- crementing its "nice" value by the specified increment, or a default value of 10. The lower the nice value of a process, the higher its scheduling priority. END QUOTE Renice, setpriority(), etc. agree. Those 120+ figures are LOWER priority than the under 100 figures, not higher. === Mark Millard marklmi at yahoo.com From nobody Fri Dec 20 19:54:10 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 4YFJ5D2kg5z5YxH0 for ; Fri, 20 Dec 2024 19:53:52 +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 "generic", Issuer "generic" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4YFJ5C6tJfz4QCt for ; Fri, 20 Dec 2024 19:53:51 +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.18.1/8.18.1) with ESMTPS id 4BKJsAEC093368 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Fri, 20 Dec 2024 11:54:11 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.18.1/8.18.1/Submit) id 4BKJsAEY093367; Fri, 20 Dec 2024 11:54:10 -0800 (PST) (envelope-from fbsd) Date: Fri, 20 Dec 2024 11:54:10 -0800 From: bob prohaska To: Mark Millard Cc: freebsd-arm@freebsd.org Subject: Re: armv7, silent hang, low swap, high priorities Message-ID: References: <633E900F-9C67-4956-A628-3A1549A40AF8@yahoo.com> 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: <633E900F-9C67-4956-A628-3A1549A40AF8@yahoo.com> 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-Rspamd-Queue-Id: 4YFJ5C6tJfz4QCt X-Spamd-Bar: ---- On Fri, Dec 20, 2024 at 09:24:10AM -0800, Mark Millard wrote: > On Dec 20, 2024, at 09:10, bob prohaska wrote: > > > An old (v 1.1) Pi2 running armv7 -current often hangs during buildworld. > > > > It doesn't respond to enter-tilda-control-B and has to be powercycled. > > Once rebooted, buildworld can be restarted and makes further progress, > > sometimes to completion. Swap was configured in two partitions, one > > on microSD and one on mechanical hard disk, thus both over-provisioned > > and wildly unequal in speed. Root is on the mechanical disk. > > > > An orphan top window surprised me by reporting very high priorities > > in the 130 range but swap usage was relatively low, less than 100MB. > > That seemed an odd combination. Usually priorities that high are > > associated with severe memory pressure. Could the mismatched swap > > speeds have confused the scheduler? There were no console warnings. > > > > The machine was fully loaded with a -j4 buildworld, so the fact of > > the hang isn't hugely surprising. The top display, at > > http://www.zefox.net/~fbsd/rpi2/crashes/20241219/top_display > > seemed internally inconsitent. Does it surprise anybody else? > > > > I've since removed the microSD swap, leaving only the mechanical disk > > swap, to see if that changes the hang behavior. > > > QUOTE > . . . > The nice utility runs utility at an altered scheduling priority, by in- > crementing its "nice" value by the specified increment, or a default > value of 10. The lower the nice value of a process, the higher its > scheduling priority. > END QUOTE > > Renice, setpriority(), etc. agree. > > Those 120+ figures are LOWER priority than the under 100 figures, > not higher. It never occurred to me that "PRI" might be in units of niceness. Thank you! bob prohaska From nobody Sun Dec 22 04:03:09 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 4YG6vK4Zbxz5j06B for ; Sun, 22 Dec 2024 04:03:09 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (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 "mxrelay.nyi.freebsd.org", Issuer "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4YG6vK02gxz4JsB for ; Sun, 22 Dec 2024 04:03:09 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1734840189; 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=ShT/6gwPPCIaCfY1Z8j7MVGYApFmB/w1xx+wMHSK3YI=; b=ZyA8Iy2dIpNfUAu3NrBvFc0sBRIG1IVzvNfwwiaUnDtm0h3tpQdJfllPtSFZx2+wXSofHZ Tc8sNyS9xJcleLcnSJW4ntCOGSjyA9Xqj1KVy+jnZseQp2iqI7GM1hHmq4H9Y08wAuFpWk aCP405Emu1tWty42GVbQ2gik+JYy4uQO51qwsjPhYI+PCSv7yQMHthY4NbvOR5gbWJNC/H d+2c2RCg6S6LymrhWzp0wh6mq6XD7HtqXD0zeeEyq1NeWU6lQiyk8uUiV0eYjT1IGTCpnk vZ+IFrE59w3D9eQurzaJ/L+qEzeeT91f93kLpSyWUTS4EcJEjcfx9+QFAfvH1g== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1734840189; a=rsa-sha256; cv=none; b=P7zXIZ4Ts4eQC19e9DQTbj+ocfSimqtaHQNIb4/CDrILYOJQBrPM+yzeuCLCKBs2nnWs/3 5TEwH6vBOhA1OgEQsqRw6OQyiHhJEu9Lxa8Ud0PeV4BnXzAKdxJM19uZTld+JyLpmGvY6V ui9WenR561lJs0PNbBhpENlAVHiWEEjWQHPgYt053ttgT8jvBNcYYUsleSn6GZ3yYGWb3i Bhc+Xda8l2Zlabv2HJE11nllGr0vis2XjhorKIbtvT2GaH/lmWAz0BDaB5Bi11tU8fNNZr VdjHEYXr0OOl5e2Ych0B5p53pFa2IfBNF6nvkD6e9Wu69UuBv3n18s9JbNOhuA== Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (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 mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4YG6vJ6mZCzsX8 for ; Sun, 22 Dec 2024 04:03:08 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 4BM4384u078410 for ; Sun, 22 Dec 2024 04:03:08 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 4BM438xE078409 for freebsd-arm@FreeBSD.org; Sun, 22 Dec 2024 04:03:08 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 283484] error: non-exported symbol '__aeabi_uidivmod' in '/usr/lib/libgcc.a Date: Sun, 22 Dec 2024 04:03:09 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 15.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: yuri@freebsd.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated 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 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D283484 Bug ID: 283484 Summary: error: non-exported symbol '__aeabi_uidivmod' in '/usr/lib/libgcc.a Product: Base System Version: 15.0-CURRENT Hardware: arm OS: Any Status: New Severity: Affects Only Me Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: yuri@freebsd.org Some ports fail to build on 15/arm7 with this error: > ld: error: non-exported symbol '__aeabi_uidivmod' in '/usr/lib/libgcc.a(a= eabi_uidivmod.o)' is referenced by DSO '/usr/local/lib/libunwind.so' Testcases: * www/proxygen: https://pkg-status.freebsd.org/ampere2/data/main-armv7-default/p34de869e427= 4_se8d027be6b/logs/proxygen-2024.11.18.00_1.log * devel/fbthrift: https://pkg-status.freebsd.org/ampere3/data/141releng-armv7-default/eb87cb7= f3aa2/logs/fbthrift-2024.12.09.00.log --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Sun Dec 22 12:13:46 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 4YGKnQ6tdvz5WtNm for ; Sun, 22 Dec 2024 12:13:46 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (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 "mxrelay.nyi.freebsd.org", Issuer "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4YGKnQ5Dkqz4G59 for ; Sun, 22 Dec 2024 12:13:46 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1734869626; 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=jPXMcezdaWfiQXP8thiAxCjCjykZXY7UaeU3rhpjEuQ=; b=UjdklFvP9+nKqwhgPz99L6RSJ24Dzuebc16aSkA+l32vSVxN4PjftERUDXRVBS/6cc7i1j ciJsRcpFxSzt+LZsOKsl3pOxUc1Emw66NiuhZ68t7lCnk/fz6tbwyfZC1KHJLGyzooYApZ NCaTo0oxlUYbj0T6LLWIEpDtslg+Cf3KHoX3/YDVhOS/RWbtzjM90ABd1CdnLT8VpcIXDK vFjfHL2aXOCkgXgmvToSVBmgbc6qDbprnp2T+JGy91zl1CYNl1Z1moj0HTkBrrPBPEUFPn dAPpQZuOCEhrqfO9890s0XZQSE0HqKKLCgGJL1aecx4HlWHZdonf6XaQXQrhww== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1734869626; a=rsa-sha256; cv=none; b=izHoR/z2fvcHWbNPJBnIF4gkNvR0XHCBBvmO9CD7CStuQ3yqYMFOUOXQfPeGtwjcvdec/O WOv2jP0nFr5F6qbLvVKoa7wvf9bX2NdQvlc0SNrEOPXbCTEjbUPhClPXNgaZOGuXUy6ds6 nLMIG4qNCw89eJ6O7PBnCfiPohupGIYm+g0VLTCrKZvq22AxfVQjPEGQGLFRvbbnyunhW6 76HFl2ygXTxUy9/GV3/xs54O7xByFZgcQr6EGzXUx3GzUWurW8fKF5ZPmoGgV8y0gWrBS7 7XSisQXbAqO1ig2pwQWkg2+dtsG09BnwEvTLoJft54tT4llVpZ6SPueZzu2OwA== Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (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 mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4YGKnQ4m51z17Qq for ; Sun, 22 Dec 2024 12:13:46 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 4BMCDkxM015420 for ; Sun, 22 Dec 2024 12:13:46 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 4BMCDkk2015418 for freebsd-arm@FreeBSD.org; Sun, 22 Dec 2024 12:13:46 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 283492] Please rename the Date: Sun, 22 Dec 2024 12:13:46 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: yuri@freebsd.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated 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 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D283492 Bug ID: 283492 Summary: Please rename the Product: Base System Version: CURRENT Hardware: Any OS: Any Status: New Severity: Affects Only Me Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: yuri@freebsd.org --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Sun Dec 22 17:05:47 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 4YGSGN1G0pz5Z17K for ; Sun, 22 Dec 2024 17:05:48 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (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 "mxrelay.nyi.freebsd.org", Issuer "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4YGSGM4FTGz4fbc for ; Sun, 22 Dec 2024 17:05:47 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1734887147; 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=elG6RYcKp3NbqpClsIlFwIiZov7dg4PzlYR0z+cXiIU=; b=FTXRd2rHyvlRUqUNDkLkvXyXq7p7SlOjgc6QqYtvbXCO1SY1hpcmeS7Thg+sMYZJqtOw9B SJHDrAFvVj0VAw42SmumzC7qvqPoRd6UJxdUFjOkN7KC1NKAVO5VM6waM4UHrar9iWnx7D ypuqvSuYN60jeDQdi4eXw9Oq1NtLsxTSMZ8lJ+gBw4OySAPexD9rQEIJSQ47xBUQgY5WaU kdXQhFbmc6f+k6cyCed7ZlHdMsXpkxOuMyKyovMwhuJqg7VmahIm36ankBmBStw0kKgOo2 I4BlHfOeYZ5Z1kGe87zp27KNLrGHuP7E36E4J1himfQuLm/TVEaO6hq//6EmGA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1734887147; a=rsa-sha256; cv=none; b=iFvVwwROw+qTyx/pH02tJcN/cWJB8Ong2EjWvx9UFViJgJS+Q9SsNQwGIy/RuCSai8C7Bc Yfc6bdFxu2ZXGAuLK06SHtVkih8C0PFRWB+Wi33KqvF9RHByg4VED7nl4GELyt7xdML3JL GXqWPePd4TF8htRK/ndA9Vxpv1jZg4XbLdDA0QQaXa9rzX8CejYShqeUtoFdaVHpFB169z +CpcCvELup4u03DyoY8V8eMNG9sHJxd4dV9Hs4apz8YQPTfS+WEqahQ7MWXte0ooqFXIkw Cw66dEl/T+J5eWRbgvoe8eRCLl+Z8bv9cd/CRNhyaMHyvxb/wau/+9C5c9jpFQ== Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (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 mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4YGSGM3gzSzHJZ for ; Sun, 22 Dec 2024 17:05:47 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 4BMH5lMF061586 for ; Sun, 22 Dec 2024 17:05:47 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 4BMH5l6n061585 for freebsd-arm@FreeBSD.org; Sun, 22 Dec 2024 17:05:47 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 283495] pkg install broken in 13.4 AWS AMI Image Date: Sun, 22 Dec 2024 17:05:47 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 13.4-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: rupeshpilania@gmail.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated 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 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D283495 Bug ID: 283495 Summary: pkg install broken in 13.4 AWS AMI Image Product: Base System Version: 13.4-RELEASE Hardware: arm64 OS: Any Status: New Severity: Affects Many People Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: rupeshpilania@gmail.com AMI Used 13.4 from Amazon Market Place Zone: ap-south-1c Instane Type: t4g.micro https://aws.amazon.com/marketplace/pp/prodview-csz7hkwk5a4ls?sr=3D0-6&ref_= =3Dbeagle&applicationId=3DAWS-EC2-Console uname -a FreeBSD freebsd 13.4-RELEASE-p1 FreeBSD 13.4-RELEASE-p1 GENERIC arm64 Steps to repro: Deploy new instance and install any package pkg install openvpn Updating FreeBSD repository catalogue... pkg: repository meta has wrong version or wrong format pkg: Repository FreeBSD load error: meta file cannot be loaded Fetching meta.conf: 100% 178 B 0.2kB/s 00:01 pkg: cannot parse repository meta: error while parsing : line: 1, column: 0 - 'key must begin with a letter', character: '<' repository FreeBSD has no meta file, using default settings Fetching data.pkg: 100% 7 MiB 1.0MB/s 00:07 pkg: No signature found FreeBSD repository is up to date. All repositories are up to date. pkg: repository meta has wrong version or wrong format pkg: Repository FreeBSD load error: meta file cannot be loaded pkg: Repository FreeBSD cannot be opened. 'pkg update' required pkg: No packages available to install matching 'openvpn' have been found in= the repositories root@freebsd:~ # pkg update Updating FreeBSD repository catalogue... pkg: repository meta has wrong version or wrong format pkg: Repository FreeBSD load error: meta file cannot be loaded Fetching meta.conf: 100% 178 B 0.2kB/s 00:01 pkg: cannot parse repository meta: error while parsing : line: 1, column: 0 - 'key must begin with a letter', character: '<' repository FreeBSD has no meta file, using default settings Fetching data.pkg: 100% 7 MiB 2.4MB/s 00:03 pkg: No signature found FreeBSD repository is up to date. All repositories are up to date. root@freebsd:~ # pkg install openvpn Updating FreeBSD repository catalogue... pkg: repository meta has wrong version or wrong format pkg: Repository FreeBSD load error: meta file cannot be loaded Fetching meta.conf: 100% 178 B 0.2kB/s 00:01 pkg: cannot parse repository meta: error while parsing : line: 1, column: 0 - 'key must begin with a letter', character: '<' repository FreeBSD has no meta file, using default settings Fetching data.pkg: 100% 7 MiB 1.4MB/s 00:05 pkg: No signature found FreeBSD repository is up to date. All repositories are up to date. pkg: repository meta has wrong version or wrong format pkg: Repository FreeBSD load error: meta file cannot be loaded pkg: Repository FreeBSD cannot be opened. 'pkg update' required pkg: No packages available to install matching 'openvpn' have been found in= the repositories root@freebsd:~ $ cat /etc/pkg/FreeBSD.conf # # To disable this repository, instead of modifying or removing this file, # create a /usr/local/etc/pkg/repos/FreeBSD.conf file: # # mkdir -p /usr/local/etc/pkg/repos # echo "FreeBSD: { enabled: no }" > /usr/local/etc/pkg/repos/FreeBSD.conf # FreeBSD: { url: "pkg+http://pkg.FreeBSD.org/${ABI}/quarterly", mirror_type: "srv", signature_type: "fingerprints", fingerprints: "/usr/share/keys/pkg", enabled: yes } Workaround used: removed signature_type and fingerprints cat /usr/local/etc/pkg/repos/FreeBSD.conf FreeBSD: { enabled: no } cat /usr/local/etc/pkg/repos/example.conf FreeBSD: { url: "http://pkg.freebsd.org/${ABI}/latest", mirror_type: "srv" } --=20 You are receiving this mail because: You are the assignee for the bug.=