From nobody Wed Jan 29 03:33:17 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 4YjSRZ3tXRz5lxKL for ; Wed, 29 Jan 2025 03:33:30 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx-01.divo.sbone.de (mx-01.divo.sbone.de [IPv6:2003:a:140a:2200:6:594:fffe:19]) (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 (prime256v1) client-digest SHA256) (Client CN "mx-01.divo.sbone.de", Issuer "E6" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4YjSRY0GVyz437P; Wed, 29 Jan 2025 03:33:28 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zabbadoz.net header.s=20240622 header.b=cMxxRlFB; spf=pass (mx1.freebsd.org: domain of bzeeb-lists@lists.zabbadoz.net designates 2003:a:140a:2200:6:594:fffe:19 as permitted sender) smtp.mailfrom=bzeeb-lists@lists.zabbadoz.net; dmarc=pass (policy=none) header.from=zabbadoz.net Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:1025]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) by mx-01.divo.sbone.de (Postfix) with ESMTPS id 88010A64805; Wed, 29 Jan 2025 03:33:18 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=zabbadoz.net; s=20240622; t=1738121598; bh=rtIfS1aHtLAEKfmR2PPgFs0a39h11gZVAYsyV24MXnY=; h=Date:From:To:cc:Subject:In-Reply-To:References; b=cMxxRlFBX8j/Aykkst9AgZSTyJnqtnt/WPrQUNMsxd1ZPjREbaWHyQAyvumFZeL0R LHI6N4hQjQXcg+5suzGBilXXFx+GmiOQHkX6a250/q1PrRlHY/T1z+zZR2ztHIITnI /WIDOGE+A6m3Xy4Yp1hhkawgKf4bTvqrkbXUzzzdFEc4oPzMhWoh2hIgechVgT8ufY BwocJhzJHas76qBzxtljV3ncJfXCy4zMy2iuHjMlL6Pa8JAwRW7bvKM87dOo0TqGWd uN7LTMmtZOpbatsWCE0wIre3RE1ehZ6OFMmjMzF9yUMt43RLUyhO7Ca+SXsT0irWGt C3gw/8ZWjFhfOYar5CD0N9FynxvM9zs4LH025xROFi0b+GeGDrPoqzJKIKUfnif01C WNGi0vVFmCpT2+ICRQJYu7GVeTF44HRrlDHaw81RNGkLBKTqdQefqSPIj+FkH+bgKe P/h2hK2Xayq/97lD8xNOUMVENtYvMw70P5f2sMWSwtNRwo9tmIGqdPTfM7+Uimkn1h gifmnhtR1m9SKUkXOuj7+lnNdyoSyW2MjA6hWXUaG/L8PzDYgj2PKSzpu+ewY1XXYt ih2W0dYhfc+0zNB4mzzX5DMgVZA6Piwwb/GWxWMwtHqvyo33lOgFD/oH0guRrpVD68 vC9Sy1XkKylFa79sNQinXse0= Received: from content-filter.t4-02.sbone.de (content-filter.t4-02.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:2742]) (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) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 978422D029D8; Wed, 29 Jan 2025 03:33:18 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:4902:0:7404:2:1025]) by content-filter.t4-02.sbone.de (content-filter.t4-02.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:2742]) (amavisd-new, port 10024) with ESMTP id XCROmEQjJvYL; Wed, 29 Jan 2025 03:33:17 +0000 (UTC) Received: from strong-iwl0.sbone.de (strong-iwl0.sbone.de [IPv6:fde9:577b:c1a9:4902:b66b:fcff:fef3:e3d2]) (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) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 852222D029DF; Wed, 29 Jan 2025 03:33:17 +0000 (UTC) Date: Wed, 29 Jan 2025 03:33:17 +0000 (UTC) From: "Bjoern A. Zeeb" To: Mark Millard cc: Emmanuel Vadot , FreeBSD Current Subject: Re: "don't know how to make /usr/main-src/sys/contrib/dev/iwm/iwm-3160-17.fw.uu. Stop" In-Reply-To: Message-ID: <597porsp-1p95-36on-04r1-95r8s6sq2nsn@yvfgf.mnoonqbm.arg> References: <978176f7-270c-4603-b80a-e29c3b1b4b73@FreeBSD.org> <4FC807EC-10DD-49FD-AACE-9026B4925923@yahoo.com> <1B14894C-78E3-4696-9E4F-FBA97A356BF1@yahoo.com> X-OpenPGP-Key-Id: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 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 Content-Type: text/plain; charset=US-ASCII; format=flowed X-Spamd-Result: default: False [-4.00 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.997]; DMARC_POLICY_ALLOW(-0.50)[zabbadoz.net,none]; R_DKIM_ALLOW(-0.20)[zabbadoz.net:s=20240622]; R_SPF_ALLOW(-0.20)[+ip6:2003:a:140a:2200:6:594:fffe:19]; MIME_GOOD(-0.10)[text/plain]; RCVD_VIA_SMTP_AUTH(0.00)[]; MISSING_XM_UA(0.00)[]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:3320, ipnet:2003::/19, country:DE]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_THREE(0.00)[3]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; FREEMAIL_TO(0.00)[yahoo.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; TO_DN_ALL(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[zabbadoz.net:+] X-Spamd-Bar: --- X-Rspamd-Queue-Id: 4YjSRY0GVyz437P On Mon, 27 Jan 2025, Mark Millard wrote: > On Jan 26, 2025, at 20:51, Adrian Chadd wrote: > > >> Hi! > > Hello. > >> So, there's no longer a build target for the firmware uuencoded files -> kernel module. > > Yea. But there are the sys/conf/files dependency lines in > main that still list .fw.uu files. That includes a reference > related to the error I get in my context unless I avoid > "device iwmfw" in the kernel configuration: > > /. . ./sys/conf/files: dependency "$S/contrib/dev/iwm/iwm-3160-17.fw.uu" \ > > It makes things look like the .fw.uu removal activity is still > incomplete. Yes it is, This commit missed them. Manu, will you remove them? commit af0a81b6470aba4af4a24ae9804053722846ded4 Author: Emmanuel Vadot AuthorDate: Thu Dec 12 17:13:58 2024 +0100 Commit: Emmanuel Vadot CommitDate: Mon Dec 16 10:44:47 2024 +0100 iwm: Stop shipping firmware as kernel module 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. >> Being able to build iwm in the kernel rather than a module is broken. >> >> Now, the real issue(s) are that iwm needs firmware to initialise, and the firmware needs to exist, and thus it needs access to the rootfs for firmware_get() to find the now binary files in /boot/firmware instead of the kernel module old way, and that whole pipeline is broken if it's loaded at boot time or included in the kernel directly. There isn't a nice way to defer the firmware load attempt until /after/ rootfs is up. The answer is not to load it from loader anymore really but let devd do it's job. That is monolithic kernels + firmware are still the problem but I am not generally thinking this is the problem here. But yes, there would also be ways for firmware laod to be defered but that's also a different story. > Yep. Firmware can still be loaded from loader. The following commit should have made that more easily possible without changes. commit a0f06dfb0d188966bee7265ec7d9f20093186bb6 Author: Emmanuel Vadot AuthorDate: Mon Jan 6 08:34:02 2025 +0100 Commit: Emmanuel Vadot CommitDate: Mon Jan 6 08:34:02 2025 +0100 loader: Add a list of firmware name mapping Since we started to ship raw firmware for iwm(4), users who loads the driver from loader are having problems as loader don't know that the firmwares are now raw files and not kernel modules anymore. Start a list of default entry for iwm(4) firmwares name mapping so it will still works when loaded from loader. Differential Revision: https://reviews.freebsd.org/D48211 Reviewed by: bz, imp, kevans /bz -- Bjoern A. Zeeb r15:7