From nobody Sun Jan 26 18:04:23 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 4Ygzw86tNRz5m6Ft for ; Sun, 26 Jan 2025 18:04:40 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic312-24.consmr.mail.gq1.yahoo.com (sonic312-24.consmr.mail.gq1.yahoo.com [98.137.69.205]) (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 4Ygzw76W9Pz3vj9 for ; Sun, 26 Jan 2025 18:04:39 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=VKgvksSa; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.69.205 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1737914678; bh=6jpxSCUSlbhI2Ocn/3LCEuOmFPW3vUi+092lREMiBdg=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=VKgvksSad8VdxmmTzsqD9OzHYn2sKY17Qu2a9j9BtUVUdFNpEjW3tC1Rde6BczdtHz9lW+qHNiR04imyXwQPKqg+MsvnrSo2REs37llGvSd+KUtyohnQZ1H5jtLGoIRja1xhMIGpF8M5+EKdelY7P3fNuMVtXd4NuT5JD0G9CdcYevQlcAYtmbVS+0YkYHbIIL8+6PodnnqXQyoyWHZ/b/GEceBa0aLD/4JqVQqQuJUniRlzwBpuB+TPH5UqmJ5tbwZMTMzqQ8QPI8QMVEs7turPP4YGp3uG67sCIJPJ7ONy8OcWpiQh5Phhlr7+9ko9nEmcsk7wAFxMq2/BO+I2Vg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1737914678; bh=zFS/jrRlyIiGjiJ/IMbeePDl0Q11gPn9tnJKe3d3mvS=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=elIZ85LF2mPjDEd9qj48LaXUcfos/DbK+QL2zmTOPQZRnJBfZKCmggszj0lwMPnC3gM25qNgFMfRGa+uJPCEFznL9He3OdpuQ7P2CdaM4cIEroCoET0lxbXWsddl78Mg4Aqtv8CwoAERCSA2+M+wISHbU/RQjlFORp3xWS7zXTjFWMivRPFqIAzyyItPQ92NdBYJRGKUk9GukMY+QyBSzev3jEfkohxIir19r6t2iU7CSgmVoOeJFE8oepgJmjrKOb5OjNZ4nTr/zh2vyrD/uPuFY6l7U2Hntrrx4ffc3QeLNDPa0xciDlT9HtO1gYypvosfOgCEGB9KHB2tb++2cQ== X-YMail-OSG: mFlHLAIVM1njBYbHNz5Xgdnf3A0SFH.w56TBXSD.akzt0DmL2.hMcIk2S.MS89U DAf_.AHD_JLyPJlFuWTBkzBG1FeyFUcrRiMAAybrPMA_w358lU_If9fJjlX0hbg5V4zKsE6T.h8Z zN6CX8WCiay3JgFAOVFzXJJHZ94.UYfVvsWh6jttzFqkJLmYmKanf71e.iK58S.CSt8s1j3ouqp4 .YiFMkGzWsRaTxQzFpmHa18uWFEsi_u5n1Deuw_klF3.UMnUrLbzWv_zZ_JfPkyYiFMdBokDZiZ3 iYk9xJFn95EQ_n_lL4ZnB5CztSk918_JJJJ9EACk0VuciLNHjGeTfq3FRMrJOlxMIrGtXL8g_94C kQIT8Gc0KKKYjNWvfnFRHrUJEM0KGQI5cAUQP1oPXG1bt4et_104.KlLhcTgIg_IihfJwL4dBLDR BsvTIt1hfOEHJlqsrThX9XhJBfr0g7cOldmGY9VNU1FQwzWt9i21LgdP7vsh9RjbIir3zbyKxQgJ Tyw8Ejfcmvd_uKVRKxikYKVKjs_MAwjavMNl6wZ.EFq8.11fHphMSp9fF5RhjvskCccTRBA0LS_X B2Aj2Hg577p3vFf1J88tv9802yVnSJfsHBDihWyLyXgGKcnqMfUNxPckWtDGemkfIBS9EKxkNrad FwYQzfeSBFtiH.CnECywfCD.GcG1qgKgLcu92pb5XyemmsVPCnRFHhmaT74rPdHo856gqbslzwNu 4rLHpWwTEeoskN2tjbV4utd7BANILfX2XO9XnCEGMArROf3MPmKH0Y0Cp7BfDsIdeRxVsyit9s0J Z.0vKjSP8W5yT.fb__CMCjubSfgeaY6B1J9J08BobekUbZ27_x7tIV8KbPT70ci0uymvam49cE9x sWzBGSmvSIm4hp8vcyU_nnCXiLVA2lx4GFj1stzd.2la_bvsNtXE6sOhmcOeVQdhG12oIR2Fo_.e 8yNWPbZXTM_O8EPc3QvH_UbXUIQlllOS74EDfcXwvGvh0NYZLjsTZmEorcZ8mpEqeXPBIa6DJNk8 hrvqIjCot5DGVxaD0vAtr.Dz86lhR2iuRgC3AztkPromPP6d1BYOE8DSONLJWQPiPpQeo_qOtbXg B1ojF6vCDjbBuzWA5cwZUCT6JCSSNBhdBko8NV2kOdyQ9gPdbdp_jqnhvXGFq4yazpqj9Yh_Fp5c mU_8_YjUUeSJdIBonidK3pPwNOivSIUirB2puV_4Wzrn6OuGxGTHYMYlaLBLODICfSWAqXQquRsb yxX_4lS918jqgWJsMTGtMicyl1dRnGV_rZkiTMPz1P0SLBBdjN17Y6SmJxpFUCJezfKJ7jgfoTkp YM3ry2vNyAw5ZTPJmkw9I6todwGczURIuQLDz4pBErMv6lT5iKS0GU6V2kKt.J8_.ld0woyDfQAr MV9dUd8v7VrgL_bH47cep8VZhucPUumBpRJgKCOj23W6Ot7BZ9OiXc4PrEAlahWe61nCpy9Ac5Ud HqanYtCRJefvnxL9mezE8LqMC8SnJIBJH6UXDHx.sOz30_I8_LedNORU3igE8bnUmQ20NyJ0RwB9 9S4RoB4xcOBM4tko9UdKFocIA4vCRTYqX9i8KHXVNmQuoL9Ah_tZw5txbiVf4HsqkjS_DNM_fzVx w3hN8oOP_OYg99A4zrTznVOgZWheKQ16rZ.Iu2K7yKhHnORJHeUNuPD2SSj8tBQrMeHc8fKMaCKe Uc_oXDhC8viXHEHoDowzrbC.lhW.Fju6U9A1aB.ecMSMeK0QRVmAbmxjVsxMLOH7WTJs5WxQ9TqK DaXYLv_Uu9uDnDO9lcZF6HHIqwwok0PrFsuNBlSgZB8TW.0j4irE.cdvUrHJXCz9L3Z8Z.Q9vQx5 EYNewmwesGIoVoR5RGXWW8woZ9dXFI2laLSrNjifYQt.C_oraU.GnSY3b.Khlh4QcrJ4AEIn6NXY TmFJwFEVXDievPeLGpQ6eCJWrl1BZHPB3CjvLXDXQFm7QWBDvg4ZdiED7LA6uRRTOjjTMkKwu1xT yqCw6_td1jQ5PNlKBQn8DpTxI3DJ8zyJq_1d03yIay6SSvyvN9DThbm0nuUGwlcd6GVFFbJGJzYW 7NXhdsk1BiEtZqRN8RoBdid.micioJ5EjtibuXJL2rBuzaJAtU162mP8bgEZR1F79vDvAaZeljZ1 EPIMbqGAYoOupY1OvFQ_Yi4e1UeUJ3KyAp_1D1nfNMRMUPzm4oXjWLLZwdTrvEgx0iysn X-Sonic-MF: X-Sonic-ID: e00893e4-a266-4452-bfff-e9e270921c4a Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.gq1.yahoo.com with HTTP; Sun, 26 Jan 2025 18:04:38 +0000 Received: by hermes--production-gq1-5dd4b47f46-9j75b (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID f8c577e3af63abfd50c4397d28661788; Sun, 26 Jan 2025 18:04:34 +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.300.87.4.3\)) Subject: Re: "don't know how to make /usr/main-src/sys/contrib/dev/iwm/iwm-3160-17.fw.uu. Stop" From: Mark Millard In-Reply-To: <4FC807EC-10DD-49FD-AACE-9026B4925923@yahoo.com> Date: Sun, 26 Jan 2025 10:04:23 -0800 Cc: FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: <1B14894C-78E3-4696-9E4F-FBA97A356BF1@yahoo.com> References: <978176f7-270c-4603-b80a-e29c3b1b4b73@FreeBSD.org> <4FC807EC-10DD-49FD-AACE-9026B4925923@yahoo.com> To: Stefan Esser , Emmanuel Vadot X-Mailer: Apple Mail (2.3826.300.87.4.3) X-Spamd-Result: default: False [-4.50 / 15.00]; RBL_SENDERSCORE_REPUT_9(-1.00)[98.137.69.205:from]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; MV_CASE(0.50)[]; 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]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; DKIM_TRACE(0.00)[yahoo.com:+]; ARC_NA(0.00)[]; TO_DN_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MIME_TRACE(0.00)[0:+]; RCPT_COUNT_THREE(0.00)[3]; FROM_HAS_DN(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.205:from]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.205:from] X-Spamd-Bar: ---- X-Rspamd-Queue-Id: 4Ygzw76W9Pz3vj9 On Jan 25, 2025, at 02:24, Mark Millard wrote: > On Jan 25, 2025, at 02:10, Stefan Esser wrote: >=20 >> Am 25.01.25 um 10:54 schrieb Mark Millard: >>> Unfortunately, for now my reporting is based on my personal build = environment, >>> not on anofficial FreeBSD build. >>> Context doing the building: >>=20 >> Hi Mark, >>=20 >> probably an issue due to commit af0a81b6470 from 2024-12-12: >>=20 >> commit af0a81b6470aba4af4a24ae9804053722846ded4 >> Author: Emmanuel Vadot >> Date: Thu Dec 12 17:13:58 2024 +0100 >>=20 >> iwm: Stop shipping firmware as kernel module >>=20 >> Since we can load raw firmware start shipping them as is. >> This also remove the uuencode format that don't add any value and = garbage >> collect old firmwares version. >> For pkgbase users they are now in the FreeBSD-firmware-iwm package. >>=20 >> Sponsored by: Beckhoff Automation GmbH & Co. KG >>=20 >> Maybe your sources are out of sync with regard to that commit? >=20 > https://cgit.freebsd.org/src/blame/sys/conf/files shows the lines that > I quoted that indicate dependencies on various *.fw.uu files. >=20 > It is true that a pre 2024-Dec-12 installation is attempting to > build what I reported: 2025-01-25 00:07:01 +0000 ( i.e., n275030 > 46a9fb7287f41eedf321d81a68a826f231d11bfe ). I had not updated > at all between those times and was finally trying to update. >=20 It appears that the following is enough to have the build failures: # grep -r iwm /usr/main-src/sys/*/conf*/ /usr/main-src/sys/amd64/conf/GENERIC-NODBG:device iwm /usr/main-src/sys/amd64/conf/GENERIC-NODBG:device iwmfw /usr/main-src/sys/amd64/conf/GENERIC-DBG:device iwm /usr/main-src/sys/amd64/conf/GENERIC-DBG:device iwmfw /usr/main-src/sys/amd64/conf/GENERIC-NODBG-NONUMA:device iwm /usr/main-src/sys/amd64/conf/GENERIC-NODBG-NONUMA:device iwmfw Commenting out the "device iwmfw" lines allowed the build to complete --but based on my /usr/main-src/ source tree for what was being built, not on building an official tree. To my knowledge, the builds shown by the likes of: https://pkg-status.freebsd.org/builds?type=3Dpackage&all=3D1 do not involve "device iwmfw" --and so do not make for a valid comparison to my context. (I normally check if I'm getting unusual results vs. official builds.) Those GENERIC-*DBG* files are based on GENERIC . For example: # more /usr/main-src/sys/amd64/conf/GENERIC-NODBG # # GENERIC -- Custom configuration for the amd64/amd64 # include "GENERIC" ident GENERIC-NODBG makeoptions DEBUG=3D-g # Build kernel with gdb(1) = debug symbols makeoptions WITH_CTF=3D1 # Run ctfconvert(1) for DTrace = support options NUMA #options ALT_BREAK_TO_DEBUGGER options KDB # Enable kernel debugger support # For minimum debugger support (stable branch) use: options KDB_TRACE # Print a stack trace for a = panic options DDB # Enable the kernel debugger # Extra stuff: #options VERBOSE_SYSINIT=3D0 # Enable verbose sysinit = messages #options BOOTVERBOSE=3D1 #options BOOTHOWTO=3DRB_VERBOSE #options KTR #options KTR_MASK=3DKTR_TRAP ##options KTR_CPUMASK=3D0xF #options KTR_VERBOSE #options ACPI_DEBUG # Disable any extra checking for. . . nooptions DEADLKRES # Would enable the deadlock = resolver nooptions INVARIANTS # Would enable calls of extra = sanity checking nooptions INVARIANT_SUPPORT # Would enable extra sanity = checks of internal structures, required by INVARIANTS nooptions WITNESS # Would enable checks to detect = deadlocks and cycles nooptions WITNESS_SKIPSPIN # Would enable running witness = on spinlocks for speed nooptions DIAGNOSTIC nooptions MALLOC_DEBUG_MAXZONES # Kernel Sanitizers nooptions COVERAGE # Would enable generic kernel = coverage. Used by KCOV nooptions KCOV # Would enable Kernel Coverage = Sanitizer # Warning: KUBSAN can result in a kernel too large for loader to load nooptions KUBSAN # Would enable Kernel Undefined = Behavior Sanitizer device iwm device iwmfw Maybe the IWM(4) man page is out of date and the above need to be changed in some way and so I should follow updated instructions? IWM(4) FreeBSD Kernel Interfaces Manual = IWM(4) NAME iwm =E2=80=93 Intel IEEE 802.11ac wireless network driver SYNOPSIS To compile this driver into the kernel, include the following lines = in your kernel configuration file: device iwm device pci device wlan device firmware You also need to select a firmware for your device. Choose one = from: device iwm3160fw device iwm3168fw device iwm7260fw device iwm7265fw device iwm7265Dfw device iwm8000Cfw device iwm8265fw device iwm9000fw device iwm9260fw Or you can use device iwmfw to include them all. . . . Below is an investigative sequence that I did before reaching the conclusion above. It all predates commenting out the "device iwmfw" lines indicated above. I've not adjusted any of it for the above. The above was based on the new: /usr/obj/BUILDs/main-amd64-*dbg-clang/usr/ that resulted in the below. To start to isolate what might be going on, I used PkgBase to established the context as not running my personal build any more (both kernel and world): # uname -apKU FreeBSD 7950X3D-ZFS 15.0-CURRENT FreeBSD 15.0-CURRENT = main-n275036-faa845aab611 GENERIC-NODEBUG amd64 amd64 1500030 1500030 I then retied the build ( such that it depends on META_MODE behavior still and still uses the same source code as before: my /usr/main-src/ ). It still got the same failures. That suggested that META_MODE might be reusing something(s) that need(s) to be rebuilt. So I've gotten my old builds out of the way via renaming: # ls -lodT /usr/obj/BUILDs/main-amd64-*dbg-clang/usr-** drwxrwxr-x 3 root wheel uarch 3 Oct 8 23:57:37 2021 = /usr/obj/BUILDs/main-amd64-dbg-clang/usr-OLDER drwxrwxr-x 3 root wheel uarch 3 Aug 19 02:43:35 2021 = /usr/obj/BUILDs/main-amd64-nodbg-clang/usr-OLDER and started builds that will produce from-scratch: /usr/obj/BUILDs/main-amd64-dbg-clang/usr/ /usr/obj/BUILDs/main-amd64-nodbg-clang/usr/ For now, this is using the same source code (my /usr/main-src/ tree) as was compiled before: not the source from/for the PkgBase that is installed or any other update. I'm intending a META_MODE test for this experiment. We will see what happens for that. . . . And it still gets the error. So I'll be coming up with some other test. =3D=3D=3D Mark Millard marklmi at yahoo.com