From nobody Wed Feb 19 04:13:05 2025 X-Original-To: freebsd-current@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 4YyNKt6ZGcz5nj3F for ; Wed, 19 Feb 2025 04:13:22 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic316-8.consmr.mail.gq1.yahoo.com (sonic316-8.consmr.mail.gq1.yahoo.com [98.137.69.32]) (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 4YyNKt3B1Gz47Mw for ; Wed, 19 Feb 2025 04:13:22 +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=1739938399; bh=D43hUJzskcm6wUNPeP2XKb99J6MI0MWozQsWS3OJqwY=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=QxZmhcrmDtid9YbhQ/itkhTd5Smy2JP5tqGdQ1Uzr/DRC/V7tILpTv+8IufG2CiyddGvsvLmw5B0i8ApVrloIZtYURYkgXUhY7fnLJ2A9eQrUWdbVlxWZp2qKGGXP0PuhdhBmEodLi15xBOe2ir7sL3WwkUnfJ09N2z3zTcyOWyZlmI7YfA4TaysrKiI1hB5RgnnQcLVQNQKD4pSRJLdqFl+J4GW/yw3EA16qRU6phJuI0VOONxumS8xZdHkUN6LkSlakxG6ctohS1irzUFmX34IhSbaWhRUJdANp1A7atmYtjvIYmkMpw9HT9NzACy4XSVcUBjm+MsKZhawgoKJNg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1739938399; bh=PKPbaRtc9EsiHKxRN/FFnLqGQ1zhd+DemM35ErvYTb3=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=ks6Tk/VpsrNckg1IeA+CmKStXoDJy3WxmYXvgAIkRvSVaVWzoi21HcVhDx5CnkC5vM0Of89T2o5GR5wvkmDBm6ZqSZg1HDo/chj7K/n7tsgUtNWSS/Z0dT7FCvV/VSQZQJLYurazR5xbYLfPs693QZimMwhMwlnLcLu/m2Sbs+dkN9V7rLq7QEIWlTuQyUNWkDSebvGT/ajdAug7xpyUjZ15bMUs/lLcVrhyuXE0V3XrgiTf2bvtBKLVwwRWonsdh8Y3VcVZTQ/OZf3gY3xH9dYCycKLJnJHnily/eaUuf+pJbHRCG+Foy/o0vrBGIpCsvfEfzws6ahZbhAhEN5W7A== X-YMail-OSG: l_Tm5r0VM1kdBNGeaeT4erJTdTOgxH0aKEbRRRdcuCr2ukTO3srQ6X4y3MXlb44 YuENIfYsYeiMUtAIlljb.OhLXzJda8p4U9h1Qb9j.SysOMUJ03EYhYmX5zD_xqL4CRJgE14ypolq oPfjo3SiBPca.9hpvUiRzq0FHnVzTrJiDfdPWE_3yoSqZ1UpR24PBJzbepIwl55swhy46fpcaHND nnzwsZ8vSRpX.KNi7MpZlX4ZM6wJauvc8vj1IRRSsPgcD57eoCU9iMRyqcHvqcsuFvIKjju7LNZO mrrIjpvW5ZbaNYWh2Qr7h6QRUdW7GhXwkMAUWr9FWOfCNOrV0n3qiQ5QYow3XRUxoqRyacwH7bQX .lp9ys_244k_NqKYg9rlevsSJBki9eg_gF5qpcyvMx_6zzXDJ5Ou8W1YciyK7gn3MMicazwzJ4Ji tDea0fmkN3_fM1Q1s3APeswNhof9tNhMpKp7SvJM0BI6yxdxqfEkjjurMFzUvN7gVn37sSMprIDa 1qT2jTFV1Ohy5y.EggIGfASQf1hQkaJxaq0gk.CO0zbd0JG1v_hVWUA1.zNnjaj6ld.QdsxSy54H s5ng3wYsLhVWNuupKfzX.zV.ywhNnHtehPyfXpwjpuooIpJwk23WzK4JLQneuMFkNzzXmBDvmGf5 Kzm9vI6Sn2iikudT4gcd511Ieyc3MeM2Pqy2Mom2GyzYP6IEpLQwb_6Dx7f6W02h_6NAtXoOoPV. Cr.IUP0o.vUVjIa8meaA7pXOh4IMOO5YkdMQcwDZfCPPsefzffE.l2053TgjHdAwdMRwJXxzV3L4 32VJXvC2RpRh3oWzB.IpYHHbgfbYhVqbqkNaXxBq7CEPBIOZvubiLSyckWX9Zb5JCQY6STsx08Pn J_vgykGr.b4mh.bByx2yeXRnGFotrDF7JkAgD4SKNJV_1vYwlOk8_KYtxoECvyd8lnXpTh6sneAS .3nssbGbqRXZx5sNN_rwCrYrh0PlILLt4qMDAM74Vsv5uKHGVlRfgXpkRbHzAy13hS9QjKBgEFTx JLYiHNINZRwEmMTlNjdxXe1s6LvJXAOqgOVcLG9YDEqoevQhEj1h8I4VYbyuMENq_7m8BgCRNCSc f.uk3jsUQNpp78rmtWEH23BbO4f8GhzFj0YqG.A6c974G.l5E7BQ2.g3QS_FiLEhSfXFzP0F0Akn FmEokqYaaEw1GNtoNblsZUkhVJToCzwQB5UvMglvR8nWAQV8FQMfcMrNsD1Va2.uMPvYTDT9iD4P 405eDPsKVIObCqMMewgJNxagwUIyYR9X8bhtcDqchUTagESimJs_VMrF1uz4p4h4FmhtY3Kl3dwl B1vVb8FYNtc8RbWtihgA.iwzYucjC1KtVsqZdAAjQUsL1dTvGIUn4zR7p8AEBuIn0h2wXp4Qyboj eNR4YjFUmTlmJm6vCYjTmQvw6bVpk.fmEd4nwtkA8qVLPoz1nHN5hcsd5njURNHHIyJRYDZT2yDW 6uqzK6vSkeNM2x089FzftxgmRqgC9ctn43TRGkl8VMBrlNOseexuWhytFmjIKGg6OtzGnPBD.Z98 NFgKnWJOakVX7PsYU1rtwXnQ3kyplhr2C8Y5P9bpRfUu67eNX9w2Pcve5vmRC2nVQmiFSMnGdmPu siFsILG4S6B23sCJBB.EhgY6LLJP7F9qQnFWSkzsmqZKnY0k38ju7fRXBiCsiWZ_7qWsn2C8K4jo 9BvmpQVFvgUC.faSaKtjeVs.iq9ZpTnw5NAOAo1lNiuQ3d48Cp4mM1DnAclasFJwiyFVlEehJ2Vs SIME3OuWGCxjpBOLKcgrpKHni1K63zVBAlPTGEPbm_EK9CaJ.5QeY_2V5ZoKM2AlE2dYcK6HbhCq XANaKsMRG1O4wHipC12Z.ihnbdagsizM5ANp9j1J9VdVj.B9twk95U.8R3DpKlpkzZVYD3ccfm8T pMOIec3_BXiGtr0_Ff9zps.J5vA8h7gQtQRtU9oL3i5yItvCwbDRMm_0yNDBWO1FF0ccO4XzmySY RvkBclrQkXxtk14m_OKh5.bevQyx1v5y9lQXJjqaFbYIO2Gjzgv8pkQOhshtpFlGKRaI2jFCNTuL kyVMo1HK2RECds8Yjn.fyGdKb4wDbbd8F9ptHvKV_dosi6vIVODBN4uLipqVR1vY3tk2vpo5WXol crUeWfcIEyHBlddyP9LkI1DR7NoyhkFNaoaVIsdkEaI9s1MsgY3p9hR5jJnOjHxKXWCOLHvAyKvx 7Ul6qnH8_ZF1kY1g_1KkIzCkLIiphdLx.m45Lfu3X5FoHhnHS2Q5fGQ8vu8oVQ93YhoqYvVUzGr5 K3Hw5 X-Sonic-MF: X-Sonic-ID: 1b1727a7-0887-4ac6-ab3d-bfb497ce8434 Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.gq1.yahoo.com with HTTP; Wed, 19 Feb 2025 04:13:19 +0000 Received: by hermes--production-gq1-5dd4b47f46-dvwsq (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID c10ab92819725e4baf9698b75286e7d0; Wed, 19 Feb 2025 04:13:16 +0000 (UTC) Content-Type: text/plain; charset=utf-8 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.400.131.1.6\)) Subject: Re: No GENERIC.hints for aarch64 (arm64?), armv7, and more; also /sys/ based paths are referenced but seem to not be universally standard; also which ARCH standard in path? From: Mark Millard In-Reply-To: Date: Tue, 18 Feb 2025 20:13:05 -0800 Cc: freebsd-arm , FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: References: <82B278D1-6483-438A-AAA5-DFD809B2E736.ref@yahoo.com> <82B278D1-6483-438A-AAA5-DFD809B2E736@yahoo.com> To: Warner Losh X-Mailer: Apple Mail (2.3826.400.131.1.6) 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: 4YyNKt3B1Gz47Mw X-Spamd-Bar: ---- On Feb 18, 2025, at 16:04, Warner Losh wrote: > On Tue, Feb 18, 2025 at 4:57=E2=80=AFPM Mark Millard = wrote: >> On Feb 18, 2025, at 14:01, Warner Losh wrote: >> >=20 >> > On Tue, Feb 18, 2025 at 2:56=E2=80=AFPM Warner Losh = wrote: >> >>=20 >> >> On Sat, Feb 15, 2025 at 10:04=E2=80=AFAM Mark Millard = wrote: >> >>> [This seems likely to not be limited to main [so: 15 as stands]. >> >>> But I'm using main as the example for the issue.] >> >>>=20 >> >>> In: >> >>>=20 >> >>> # man 5 device.hints >> >>> DEVICE.HINTS(5) FreeBSD File Formats Manual = DEVICE.HINTS(5) >> >>>=20 >> >>> NAME >> >>> device.hints =E2=80=93 device resource hints >> >>>=20 >> >>> . . . >> >>>=20 >> >>> FILES >> >>> /boot/device.hints Device resource = hints file. >> >>> /sys/ARCH/conf/GENERIC.hints Sample resource = hints for the >> >>> GENERIC kernel. >> >>> /sys/ARCH/conf/NOTES Notes on the = kernel >> >>> configuration = file and device >> >>> resource hints. >> >>> . . . >> >>>=20 >> >>>=20 >> >>>=20 >> >>> For reference: >> >>>=20 >> >>> # find -s / -name GENERIC.hints -print >> >>> /usr/src/sys/amd64/conf/GENERIC.hints >> >>> /usr/src/sys/i386/conf/GENERIC.hints >> >>> /usr/src/sys/powerpc/conf/GENERIC.hints >> >>>=20 >> >>>=20 >> >>> Multiple points: >> >>>=20 >> >>> ) It seems that aarch64 (arm64?) and armv7 (arm?) have no >> >>> such GENERIC.hints file. The same goes for riscv64 >> >>> (riscv?). >> >>>=20 >> >>> The intent for powerpc64 , powerpc64le , and powerpcspe >> >>> may have the same issue. >> >>>=20 >> >>>=20 >> >>> ) At least for how the local systems were installed, there >> >>> is no such place predefined as /sys/ , not even as a >> >>> symbolic link. "man 7 hier" does not list such. >> >>>=20 >> >>> So it seems /sys -> /usr/src/sys is intended. (But >> >>> /usr/src/ need not have been populated, leaving a >> >>> lack of any GENERIC.hints in such a case.) >> >>>=20 >> >>> Best to not to depend on /sys in the notation shown? >> >>>=20 >> >>>=20 >> >>> ) The /ARCH/ reference is unclear vs. MACHINE, >> >>> MACHINE_CPUARCH, and MACHINE_ARCH. The example paths >> >>> existing for GENERIC.hints do not help because they >> >>> all allow MACHINE =3D=3D MACHINE_CPUARCH , >> >>> MACHINE =3D=3D MACHINE_ARCH , and >> >>> MACHINE_CPUARCH =3D=3D MACHINE_ARCH. However, based on the >> >>> NOTE paths: >> >>=20 >> >> Like all things kernel, it's MACHINE. >> >>=20 >> >>> # find -s /usr/src/ -name NOTES -print | grep /conf/NOTES | = more >> >>> /usr/src/sys/amd64/conf/NOTES >> >>> /usr/src/sys/arm/conf/NOTES >> >>> /usr/src/sys/arm64/conf/NOTES >> >>> /usr/src/sys/conf/NOTES >> >>> /usr/src/sys/i386/conf/NOTES >> >>> /usr/src/sys/powerpc/conf/NOTES >> >>> /usr/src/sys/riscv/conf/NOTES >> >>> /usr/src/sys/x86/conf/NOTES >> >>>=20 >> >>> None of of the MACHINE* are right: x86 is not one of >> >>> any of the 3. Otherwise /arm64/conf/NOTES would suggest >> >>> MACHINE as the only possibility if /ARCH/ was uniform >> >>> for relative to the 3 MACHINE* possibilities. So?: >> >>>=20 >> >>> /usr/src/sys/arm64/conf/GENERIC.hints >> >>> /usr/src/sys/arm/conf/GENERIC.hints >> >>> /usr/src/sys/riscv/conf/GENERIC.hints >> >>>=20 >> >>> with no aarch64 , armv7 , powerpc64* , powerpcspe , or >> >>> riscv64 examples? >> >>=20 >> >> We store these in /dev/null these days :). >> >>=20 >> >> I'll create empty ones for this. >> >=20 >> > https://reviews.freebsd.org/D49052 >>=20 >> Thanks. >>=20 >> > Just to expand a little: These platforms don't have legacy devices >> > they need to hard-wire in various ways, unlike the other platforms. >> > However, people use them to do device instance wiring, so I've = created >> > the empty ones. >>=20 >> An example can also be disabling something that needs to be avoided >> for some unusual reason, such as avoiding virtio_gpu under parallels >> on aarch64 macOS. (I've not tested doing that yet.) >=20 > I'm open to commenting out such things. So I reenabled having virtio_gpu in my kernel builds, rebuilt, and then installed the update. I then created: # more /boot/device.hints=20 # This is for virtio_gpu --for avoiding its use under Parallels: # dmesg -a | grep -i "virtio.*gpu" # virtio_pci1: mem = 0x10000000-0x17ffffff,0x18008000-0x18008fff,0x18000000-0x18003fff at = device 10.0 on pci0 hint.virtio_pci.1.disabled=3D"1" On reboot virtio_gpu was not substituted for efifb . Strings on the kernel.CA76-NODBG/kernel showed virtio_gpu was again present and kernel.CA76-NODBG.old/kernel showed no such text. In other words: it all worked just fine. I do not know if some variation of this would make a good commented-out example in /usr/src/sys/arm64/conf/GENERIC.hints or not. =3D=3D=3D Mark Millard marklmi at yahoo.com