Received: by 2002:a05:7412:b995:b0:f9:9502:5bb8 with SMTP id it21csp7607487rdb; Thu, 4 Jan 2024 01:42:52 -0800 (PST) X-Google-Smtp-Source: AGHT+IGg3Y8k6zrMW1D/2QDXt6ehHgLvyDtRN1chVn+nJkuBc5KAioIgfLCGoVOwDDTnv28b2BIq X-Received: by 2002:a05:6a20:2452:b0:198:fd5c:d9f2 with SMTP id t18-20020a056a20245200b00198fd5cd9f2mr240283pzc.50.1704361372052; Thu, 04 Jan 2024 01:42:52 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1704361372; cv=none; d=google.com; s=arc-20160816; b=Xqs6PYDpTdPBc8tyDTqExi+3HAUYw9xQuh3ZzhY206WRmMxrqZKP0xLr+pL0Em9BI7 ju9axpdoo1G/Xne6NVTMwnUBIIKtOp9Kd2+snuraT7T2Gaf12pLOi0sj4Xh1CoUpdy5a Df8QT3309Js05ya3tDKJlC55JHPGDni7hqbG2L80Zg0dHKUW2GU5tldexhh7+26lgjob k5OJyLpR5F3vQMCXImOMw75iB80CTFu+e8p1xfNIQXdIh1U3V30GhZqeLOPs80IOdNc/ J48u3dd2q9xOakjN1cBrwWfy2UYZf2JI0F7dBdp2ni416m++pPioMis5R5DLCivIVtRL tIKA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=mime-version:list-unsubscribe:list-subscribe:list-id:precedence :user-agent:content-transfer-encoding:references:in-reply-to:date:cc :to:from:subject:message-id:dkim-signature; bh=eqFUtFVL0U7tdRFhaeYDMZRzFaaJJ9J0Tp73uqe4ZXQ=; fh=j7+OlQhI/v692CL+9YMB4Q4iJnQ74k77yxQkNdWSL/0=; b=ytj14yjhI7MSLDuh8UPJe+rcMRpBxQwc8jrbnHozcZOk6DVkdnVjIOhAnvls5xfnL3 zapdDrFpowGFO0RHRD2wwkEqgYs418hLVhOPJvySFR9VkGHYS+JrFtBKVAXlsNM1BNe1 ZWUqKcmH1BbD9B2rMlDQBMdCb5mByYYKW8++e193h1CKH9y8MGpbp8CN5uRwMlBVtcP1 K+tl4JmA1TSB8ofZk9E1mlyupmG/n9ByX9dgKKHP1/K14RuuNIcJlGar12ee/V7oyQ3U fQ0VGCdA86+23b/qFHX8/JY2ABiMVRIIZPp/ZXLckP4NQRLRvA5bNLchP+9WqNx2+JpM 7Sxg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@sipsolutions.net header.s=mail header.b=BKV10HtT; spf=pass (google.com: domain of linux-wireless+bounces-1479-linux.lists.archive=gmail.com@vger.kernel.org designates 139.178.88.99 as permitted sender) smtp.mailfrom="linux-wireless+bounces-1479-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=REJECT dis=NONE) header.from=sipsolutions.net Return-Path: Received: from sv.mirrors.kernel.org (sv.mirrors.kernel.org. [139.178.88.99]) by mx.google.com with ESMTPS id j16-20020aa78010000000b006d982e6bcb8si21120607pfi.326.2024.01.04.01.42.51 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 04 Jan 2024 01:42:52 -0800 (PST) Received-SPF: pass (google.com: domain of linux-wireless+bounces-1479-linux.lists.archive=gmail.com@vger.kernel.org designates 139.178.88.99 as permitted sender) client-ip=139.178.88.99; Authentication-Results: mx.google.com; dkim=pass header.i=@sipsolutions.net header.s=mail header.b=BKV10HtT; spf=pass (google.com: domain of linux-wireless+bounces-1479-linux.lists.archive=gmail.com@vger.kernel.org designates 139.178.88.99 as permitted sender) smtp.mailfrom="linux-wireless+bounces-1479-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=REJECT dis=NONE) header.from=sipsolutions.net Received: from smtp.subspace.kernel.org (wormhole.subspace.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by sv.mirrors.kernel.org (Postfix) with ESMTPS id 434752861D5 for ; Thu, 4 Jan 2024 09:42:51 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 7BA3420B02; Thu, 4 Jan 2024 09:42:38 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=sipsolutions.net header.i=@sipsolutions.net header.b="BKV10HtT" X-Original-To: linux-wireless@vger.kernel.org Received: from sipsolutions.net (s3.sipsolutions.net [168.119.38.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id C2E41208B9 for ; Thu, 4 Jan 2024 09:42:35 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=sipsolutions.net Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=sipsolutions.net DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=sipsolutions.net; s=mail; h=MIME-Version:Content-Transfer-Encoding: Content-Type:References:In-Reply-To:Date:Cc:To:From:Subject:Message-ID:Sender :Reply-To:Content-ID:Content-Description:Resent-Date:Resent-From:Resent-To: Resent-Cc:Resent-Message-ID; bh=eqFUtFVL0U7tdRFhaeYDMZRzFaaJJ9J0Tp73uqe4ZXQ=; t=1704361355; x=1705570955; b=BKV10HtTom20aIAMT7cwOKgg5X20WiHU+IHroCJ0adUNEze o/DzqyMUG6LUdv02TZmRuk65NOXW8HMofcqXmn17RxuBY28vkLtt1lHtyi/Yb6GYFbP59UmVOdj2B 7BEO6OFyKkG2TRBxoSbI1HSKT68jy3BEDiDNQQIG+M7XudA27LIXQ1cCXHwynbGEfAnriK9QlOic5 o+wLIupYKzr3gPw+bSuL/S71fVV2DkbtqKXdHbgNxRXRLt3SfZJtNpAR2jzpAM5XouMpTdQoQIGEN s7Xaw/Ixh6qmGrPVd1uEswuraehLVza2CjNo0HIn9Ito0LfwRHuvsY//nnVDRYzA==; Received: by sipsolutions.net with esmtpsa (TLS1.3:ECDHE_X25519__RSA_PSS_RSAE_SHA256__AES_256_GCM:256) (Exim 4.97) (envelope-from ) id 1rLKFD-00000004THE-43RE; Thu, 04 Jan 2024 10:42:32 +0100 Message-ID: Subject: Re: WiF Transmit Power Control (TPC) Regulatory Requirements? From: Johannes Berg To: b.K.il.h.u+tigbuh@gmail.com, wens@kernel.org Cc: Seth Forshee , Kalle Valo , wireless-regdb , linux-wireless Date: Thu, 04 Jan 2024 10:42:30 +0100 In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable User-Agent: Evolution 3.50.2 (3.50.2-1.fc39) Precedence: bulk X-Mailing-List: linux-wireless@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 X-malware-bazaar: not-scanned On Thu, 2024-01-04 at 10:07 +0100, b.K.il.h.u+tigbuh@gmail.com wrote: > You can find a wording in most such regulations that if TPC is not > supported, the maximal TX power must be reduced by 3 dBmW. Hence in > all such cases, the entries in db.txt contain 3 less than the maximum. >=20 > If, on the other hand, you know of a country that specifies that > devices lacking TPC may not use the band at all, all such band entries > must be omitted (commented out along with a URL). Yeah, that's how we (currently) handle things. I'm not even sure what the requirements would be for "TPC" to be implemented, tbh. > > As far as I know the kernel doesn't have facilities to support TPC or > > transmit power control,=C2=A0 Right. I have, however, heard the interpretation that the fact that we have - even if nobody uses it - the "iw set txpower" command means that we *do* have TPC ... Not really sure what to make of that though. > > nor does the wireless-regdb database. Correct. With the new regdb format we could add something that would enable these ranges in the kernel only with some additional requirements, but (a) we don't implement that now, and (b) I don't know what the requirements would actually be, e.g. would it be enough that the driver promises it implements "TPC" in some way? Or even the manual setting? > > And so > > in the database we would either omit rules that require TPC, or include > > alternative rules (as specified by local regulations) not requiring TPC= . > > Am I right? Right. johannes