From patchwork Sun May 17 16:30:19 2020 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Patrick Steinhardt X-Patchwork-Id: 11554201 X-Patchwork-Delegate: johannes@sipsolutions.net Return-Path: Received: from mail.kernel.org (pdx-korg-mail-1.web.codeaurora.org [172.30.200.123]) by pdx-korg-patchwork-2.web.codeaurora.org (Postfix) with ESMTP id 7C919739 for ; Sun, 17 May 2020 16:30:13 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 45F5820674 for ; Sun, 17 May 2020 16:30:13 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=pks.im header.i=@pks.im header.b="eX4Nuyaw"; dkim=pass (2048-bit key) header.d=messagingengine.com header.i=@messagingengine.com header.b="D1tFDHWH" Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728040AbgEQQaM (ORCPT ); Sun, 17 May 2020 12:30:12 -0400 Received: from out3-smtp.messagingengine.com ([66.111.4.27]:38943 "EHLO out3-smtp.messagingengine.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728035AbgEQQaM (ORCPT ); Sun, 17 May 2020 12:30:12 -0400 Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.nyi.internal (Postfix) with ESMTP id C0F415C0092; Sun, 17 May 2020 12:30:10 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute3.internal (MEProxy); Sun, 17 May 2020 12:30:10 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=pks.im; h=date :from:to:cc:subject:message-id:mime-version:content-type; s=fm1; bh=+1pExrMtUQsybCJ2U3H9utt+zcUO7VAy5M7wdQdt7Jk=; b=eX4NuyawmL82 8RpJmUfIDIZd2gARzCUfM8GJFp23QPKJ92ftKuCv6Z4+b8nwD3kJ0qY7auykwiZ/ 1+nge/iZEbCBkRaGjWzmy+xYRal0G1E38/1Vjul7+m4VquvIuKwR80BDBZXamN/9 jwlSAhnW+5HBC8wthDfn9EmxGExoX2P5Pug3RlcHOc3wCLZEHBqWskHPY4nk2098 JMGPLbvCLmGNUjV8wu8gzddIHLj1J8fb8kx1oZncp5Dwqe1tetIDA/+PFGCb+zPt q+kFw70ncrITQx92//Lb+WMuLqvcKRLIUiTTF/0YJTl5TbvUVESiG/9zVvIBb+xa vzn2SUtG/Q== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:message-id :mime-version:subject:to:x-me-proxy:x-me-proxy:x-me-sender :x-me-sender:x-sasl-enc; s=fm2; bh=+1pExrMtUQsybCJ2U3H9utt+zcUO7 VAy5M7wdQdt7Jk=; b=D1tFDHWHnoXb6wVPE3ZL/6w8rvI+Rji9QeAj0IGuZL0Z3 g4QME5ZGqD9BrmGgQU5NeabTK87C4Ihp5oivNf3hYWc4SETSQ7l9fZ10vMww38Jn rwvs2dWHUA3VcWNNFTuN01SrQGBbdEq/ueAGTMTbbQPWnCMhSu29OZPtAnqgTKhy eanBIn/bHcGdpl3zlQS9VH7xXhvgf6DLr7VnwEeLQogy6CmCTGEJsukS7yxlkssd 5xjhaFcGvwxzjv4GCu4yU3KY5bAWk5x6TDWt5a4JtsRfkP1FSd9hDWPi5vdtmU0Z 3EZGgxxysvL9cf3NtK+wO05eoDTpnuauBZn9sb4Xg== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduhedruddtfedguddtudcutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmd enucfjughrpeffhffvuffkgggtugesghdtreertddtvdenucfhrhhomheprfgrthhrihgt khcuufhtvghinhhhrghrughtuceophhssehpkhhsrdhimheqnecuggftrfgrthhtvghrnh epjeeifedvueelfffgjeduffdvgefhiefgjefgvddvfeduvefffeevfffhgfekieffnecu kfhppeejjedrudekfedrudelrdefudenucevlhhushhtvghrufhiiigvpedtnecurfgrrh grmhepmhgrihhlfhhrohhmpehpshesphhkshdrihhm X-ME-Proxy: Received: from vm-mail.pks.im (x4db7131f.dyn.telefonica.de [77.183.19.31]) by mail.messagingengine.com (Postfix) with ESMTPA id 0361F30663AE; Sun, 17 May 2020 12:30:09 -0400 (EDT) Received: from localhost (ncase [10.192.0.11]) by vm-mail.pks.im (OpenSMTPD) with ESMTPSA id 6d12006e (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Sun, 17 May 2020 16:30:05 +0000 (UTC) Date: Sun, 17 May 2020 18:30:19 +0200 From: Patrick Steinhardt To: linux-wireless@vger.kernel.org Cc: Johannes Berg Subject: [PATCH] cfg80211: fix CFG82011_CRDA_SUPPORT still mentioning internal regdb Message-ID: MIME-Version: 1.0 Content-Disposition: inline Sender: linux-wireless-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-wireless@vger.kernel.org Back with commit c8c240e284b3 (cfg80211: reg: remove support for built-in regdb, 2015-10-15), support for using CFG80211_INTERNAL_REGDB was removed in favor of loading the regulatory database as firmware file. The documentation of CFG80211_CRDA_SUPPORT was not adjusted, though, which is why it still mentions mentions the old way of loading via the internal regulatory database. Remove it so that the kernel option only mentions using the firmware file. Signed-off-by: Patrick Steinhardt --- net/wireless/Kconfig | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/net/wireless/Kconfig b/net/wireless/Kconfig index 63cf7131f601..813e93644ae7 100644 --- a/net/wireless/Kconfig +++ b/net/wireless/Kconfig @@ -181,8 +181,8 @@ config CFG80211_CRDA_SUPPORT default y help You should enable this option unless you know for sure you have no - need for it, for example when using internal regdb (above) or the - database loaded as a firmware file. + need for it, for example when using the regulatory database loaded as + a firmware file. If unsure, say Y.