From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp1 ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms0.migadu.com with LMTPS id 2FIaI05v9GCJdwEAgWs5BA (envelope-from ) for ; Sun, 18 Jul 2021 20:13:34 +0200 Received: from aspmx1.migadu.com ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp1 with LMTPS id 4GYTHk5v9GCOdQAAbx9fmQ (envelope-from ) for ; Sun, 18 Jul 2021 18:13:34 +0000 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id F10865104 for ; Sun, 18 Jul 2021 20:13:33 +0200 (CEST) Received: from localhost ([::1]:46748 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1m5BIB-0004L8-SP for larch@yhetil.org; Sun, 18 Jul 2021 14:13:31 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:48506) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1m5BHm-00041S-05 for bug-guix@gnu.org; Sun, 18 Jul 2021 14:13:06 -0400 Received: from debbugs.gnu.org ([209.51.188.43]:45618) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1m5BHh-0007a7-SZ for bug-guix@gnu.org; Sun, 18 Jul 2021 14:13:05 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1m5BHh-0008UY-Oj for bug-guix@gnu.org; Sun, 18 Jul 2021 14:13:01 -0400 X-Loop: help-debbugs@gnu.org Subject: bug#49611: Despite wireless-regdb being installed in my operating-system, dmesg indicates it can't find `regulatory.db` Resent-From: Brice Waegeneire Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Sun, 18 Jul 2021 18:13:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 49611 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: Katherine Cox-Buday Received: via spool by 49611-submit@debbugs.gnu.org id=B49611.162663192232486 (code B ref 49611); Sun, 18 Jul 2021 18:13:01 +0000 Received: (at 49611) by debbugs.gnu.org; 18 Jul 2021 18:12:02 +0000 Received: from localhost ([127.0.0.1]:57143 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1m5BGk-0008Ru-Gh for submit@debbugs.gnu.org; Sun, 18 Jul 2021 14:12:02 -0400 Received: from mslow1.mail.gandi.net ([217.70.178.240]:60299) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1m5BGh-0008RT-Hb for 49611@debbugs.gnu.org; Sun, 18 Jul 2021 14:12:00 -0400 Received: from relay7-d.mail.gandi.net (unknown [217.70.183.200]) by mslow1.mail.gandi.net (Postfix) with ESMTP id 7BE3AC4164 for <49611@debbugs.gnu.org>; Sun, 18 Jul 2021 17:48:06 +0000 (UTC) Received: (Authenticated sender: brice@waegenei.re) by relay7-d.mail.gandi.net (Postfix) with ESMTPSA id 5857720004; Sun, 18 Jul 2021 17:47:59 +0000 (UTC) From: Brice Waegeneire References: Date: Sun, 18 Jul 2021 19:47:54 +0200 In-Reply-To: (Katherine Cox-Buday's message of "Sat, 17 Jul 2021 16:43:43 -0500") Message-ID: <87r1fvsed1.fsf@waegenei.re> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-guix@gnu.org List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: 49611@debbugs.gnu.org Errors-To: bug-guix-bounces+larch=yhetil.org@gnu.org Sender: "bug-Guix" X-Migadu-Flow: FLOW_IN ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1626632014; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding:resent-cc: resent-from:resent-sender:resent-message-id:in-reply-to:in-reply-to: references:references:list-id:list-help:list-unsubscribe: list-subscribe:list-post; bh=n4EMCM9aof8T0S6lXmw/p9wwWlmDB4MZtfTyOuCahk0=; b=Xp+l9RFEZZ9OREOxlL+Ak7+C2d+9HHE5zYnz3L+IWKXfN2/y9sQmhaRzyp2oCjyizGCBLN uGlj6sXRRTt6vWGzl/c7A4WnereQEpbG56KRTQcWxwCkhGUcYIJxJ9/upe8nZPxEgRv2aK Z9x6fZ8wn+tA1AaUBJSm8szb2BpqdADzf0QzGNb/n6BZSDmM0CaQuh1X3Ik9uuT+OKOf3c aONT8FQijQ5a2FrXoUYmpbTkFzQQS4EF8ErmW8tF3rhY+wPi+4l0CHbFB05/L2qnFJmR6W MG2ES+CjMlg8NgX/rJxdFjEr/QrJlQkxmoWBRW8NQQCte3WbHi9x9A3hi0UxmQ== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1626632014; a=rsa-sha256; cv=none; b=OPMN4AvWPnafn23sp0oZ+Pq12KX+W2mII8oRT6N9N7EYTOlIl4ccTXZCqJaYsRjfb6X/b9 vQkNSZf3NjuY5TmWffB1C/eg6KDc0vXRX+VgB7yujftQ6dr5oUrUDzLdZvRi/TvEXRThj/ uT9B11xS7xSoqZxIITB84AdiQM0JeG0z3OIZ4ev8ieLVZoNKIagGCn1VbdukjC+UGMc2cU uGILGkE9ZlNZMD8VBEKuwewlRCbedg/v46ie9egprnuymqFAfD1RsXPk6j6C0UdAgw8Wv0 +3Ptq+BeWIL8/WauCuP5qmGDUaJcKlwTe6Mm+uZnlonLXVVB67Mjc+Pn0Q9ofQ== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=none; spf=pass (aspmx1.migadu.com: domain of bug-guix-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=bug-guix-bounces@gnu.org X-Migadu-Spam-Score: -2.41 Authentication-Results: aspmx1.migadu.com; dkim=none; dmarc=none; spf=pass (aspmx1.migadu.com: domain of bug-guix-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=bug-guix-bounces@gnu.org X-Migadu-Queue-Id: F10865104 X-Spam-Score: -2.41 X-Migadu-Scanner: scn0.migadu.com X-TUID: uxWWSjCWFWEh Hello Katherine, TL;DR: =E2=80=9Ciw reg set US=E2=80=9D correctly set the regulatory region = from userland but Guix can't set it just from the kernel. Katherine Cox-Buday writes: > #+BEGIN_EXAMPLE > [ 8.280462] cfg80211: Loading compiled-in X.509 certificates for > regulatory database > [ 8.282686] cfg80211: Loaded X.509 cert 'sforshee: 00b28ddf47aef9cea7' > [ 8.284394] platform regulatory.0: Direct firmware load for > regulatory.db failed with error -2 > [ 8.284415] cfg80211: failed to load regulatory.db > #+END_EXAMPLE There is three way to make the module cfg80211 load a regulatory database: 1. Baking the DB into the kernel at build time by replacing the kernel's limited DB with the one from 'wireless-regdb' via the option CONFIG_CFG80211_INTERNAL_REGDB=C2=B9. 2. Loading the DB at boot time as a signed firmware file (lib/firmware/regulatory.db from 'wirerless-regdb') via the module 'cfg80211'. 3. Doing it in userland with the helper 'crda' trough the utility 'iwd' or its predecesor 'wpa_supplicant'.=C2=B2 >From what I understand and what I tested, only the third method works in Guix System ATM. It could be usefull to also support the first or second method to not depend on the userland setting the wireless regulatory settings. The error you are experiencing come from the second method failing to load the signed firmware file. The issue is that Guix's 'wireless-regdb' is build from source and not just copied as other distribution do, where the provided binary also has a signature which the kernel accept through a built in public key. Our build version isn't signed at all, the commentaries in the definition for the package say Guix don't want to maintain its own key for signing this package, which is understable and state that Guix architecture already provide a similar level of authenticity (I'm not so sure of that part). So this error message should be harmless expected in some less common context, such as having the rootfs on an NFS and using a wireless connection to connect to the NFS server. We could fix that without maintaining keys by baking the DB into the kernel (first method). > #+BEGIN_EXAMPLE > $ find -L /run/current-system -name regulatory.db > /run/current-system/profile/lib/firmware/regulatory.db > #+END_EXAMPLE We don't need the regulatory.db from 'wirelress-regdb' to be in the system profile, instead it should be added to the operating-system's firmware field. And the kernel will find it the directory contained in =E2=80=9C/sys/module/firmware_class/parameters/path=E2=80=9D. =C2=B9 https://cateee.net/lkddb/web-lkddb/CFG80211_INTERNAL_REGDB.html =C2=B2 https://wireless.wiki.kernel.org/en/developers/regulatory/crda#chang= ing_regulatory_domains Cheers, - Brice