From nobody Wed Apr 12 21:22:21 2023 X-Original-To: questions@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 4PxbL50TpJz44n6S for ; Wed, 12 Apr 2023 21:23:41 +0000 (UTC) (envelope-from freebsd-database@pp.dyndns.biz) Received: from keymaster.home (ns1.xn--wesstrm-f1a.se [81.4.102.176]) (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 "keymaster.home", Issuer "keymaster.home" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4PxbL36N8Gz3Gpm for ; Wed, 12 Apr 2023 21:23:39 +0000 (UTC) (envelope-from freebsd-database@pp.dyndns.biz) Authentication-Results: mx1.freebsd.org; dkim=none; spf=none (mx1.freebsd.org: domain of freebsd-database@pp.dyndns.biz has no SPF policy when checking 81.4.102.176) smtp.mailfrom=freebsd-database@pp.dyndns.biz; dmarc=none Received: from [192.168.254.0] ([192.168.254.0]) by keymaster.home (8.16.1/8.16.1) with ESMTP id 33CLMM4Q020981 for ; Wed, 12 Apr 2023 23:22:22 +0200 (CEST) (envelope-from freebsd-database@pp.dyndns.biz) Message-ID: <40b2657e-12cd-8090-84ec-95ed5b7685eb@pp.dyndns.biz> Date: Wed, 12 Apr 2023 23:22:21 +0200 List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.9.0 From: =?UTF-8?Q?Morgan_Wesstr=c3=b6m?= Subject: Re: What is the proper way to handle the wireguard module now that it's part of the base system? To: questions@freebsd.org References: <05ba770b-cd03-2ee9-3b3c-8dfcd1ea4fdc@pp.dyndns.biz> <7a8841a8-6211-7929-6c81-cc9306906732@freebsd.org> Content-Language: en-GB In-Reply-To: <7a8841a8-6211-7929-6c81-cc9306906732@freebsd.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Result: default: False [2.26 / 15.00]; HFILTER_HELO_IP_A(1.00)[keymaster.home]; AUTH_NA(1.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; HFILTER_HELO_NORES_A_OR_MX(0.30)[keymaster.home]; NEURAL_SPAM_SHORT(0.26)[0.260]; NEURAL_HAM_MEDIUM(-0.20)[-0.204]; MIME_GOOD(-0.10)[text/plain]; ASN(0.00)[asn:198203, ipnet:81.4.100.0/22, country:NL]; R_SPF_NA(0.00)[no SPF record]; DMARC_NA(0.00)[pp.dyndns.biz]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; MLMMJ_DEST(0.00)[questions@freebsd.org]; RCVD_TLS_LAST(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[questions@freebsd.org]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Queue-Id: 4PxbL36N8Gz3Gpm X-Spamd-Bar: ++ X-ThisMailContainsUnwantedMimeParts: N On 2023-04-12 19:34, Graham Perrin wrote: > Not a direct answer to your questions, but try > . > Thank you. The thread pointed out something my consciousness simply didn't register even though it was there right before my eyes. The net/wireguard package is a meta-package that doesn't install any code itself. It just pulls in net/wireguard-kmod and net/wireguard-tools. The dependecy on the kmod package is from that meta-package and I can of course deinstall it and only keep net/wireguard-tools. For my other questions I found some info myself. kldconfig(8) controls which paths should be searched for modules. Default is to look in /boot/kernel first which is logical. # kldconfig -r /boot/kernel;/boot/modules;/boot/dtb;/boot/dtb/overlays If I for some reason would want to load the kmod version first I guess I could just reconfigure that path but that would prioritize any duplicate modules in /boot/modules which may not be what I want. So question still remains if this behaviour can be controlled for individual modules? There's also some metadata attached to each module: # kldxref -d /boot/modules/if_wg.ko /boot/modules/if_wg.ko module wg depends on kernel.1301000 (1301000,1399999) interface wg.20220615 depends on crypto.1 (1,1) # kldxref -d /boot/kernel/if_wg.ko /boot/kernel/if_wg.ko module wg depends on kernel.1302001 (1302001,1302001) interface wg.20220615 depends on crypto.1 (1,1) I understand that the base version need 13.2 to load but I'm uncertain how to interpret (1301000,1399999) on the Ports version. Will it allow the module to load on any version higher than 13.1 without being recompiled? /Morgan