Received: by 2002:a25:31c3:0:0:0:0:0 with SMTP id x186csp2950855ybx; Fri, 8 Nov 2019 11:45:09 -0800 (PST) X-Google-Smtp-Source: APXvYqzwHomY1SFzLplgi4QGh1r9AU9rqkwFR7JkmJ11NZsCO1ylA6/scU7wvaeQKs0aZlBPYoDI X-Received: by 2002:a50:e68c:: with SMTP id z12mr12785251edm.53.1573242309740; Fri, 08 Nov 2019 11:45:09 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1573242309; cv=none; d=google.com; s=arc-20160816; b=PHSZYK340MPK+hxWuDPxv+sDWayjilDTRL6DowqXGCdTZ/2LelrtQDMD64WigMjWbA kNcRx1c2Xb3RrrW6g4XmeKZNvssZZmmpPnIytY4r+8HT2zzqMrvYg3vsbpB2x3C1QF6J Ff9GRfo5204/hcqUdJg7OHFqJuh3fzc805OXcKQ38HenwGZRhNdaBAU+BLyN0Z8mmiUx N1y/RPA0oIjim7SVFw7h9nzeYgy++pElGf8UyY0PB9OLSRTfrNr1waTCnQY1DZdDjAPG w6sXMHG1HlGWpJtpweWd/2n/7MAR8rXZcZIWFRSnPGnZjkuSY2VWXX6vsrMSQ84j22Y/ Ak9w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from:dkim-signature:dkim-filter; bh=tfHdZHWiX++MF/mKqWNfwyQfq7wbYXo0VDgwb4m/FQg=; b=c94qDEUl16DbFSI8Nt8aN2SfUqf6PcqGPUxXf8ujW6qEfqtAcGlt1gu5Y+6dkMZ5ap VExZ1jGj+DaJZmav388FTwJeZcbpvN6GKInUCUoa6aTEmM9y504vqZS+qVeabkTmTVvk DaxcCsJt4nyAzc1qjdXxR8kNUhAPeDSXwOXNY3V9UJu3LsiQ1SIKuzjX8ApEtiztBJKu SUI31WB2+g5pImP3zIhuMIdHWhBP909nYL8AgXpPknDlGzFYx0zwRQM2EkzhqeV4bHGb l0UBPJAzi4vUAHQd57lVL4SSu5645B2Em3epN6/BQvbSyFd0Ic8w/0C4VxP7tAddsW4D rFiQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@candelatech.com header.s=default header.b=aSn+mpfk; spf=pass (google.com: best guess record for domain of linux-wireless-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-wireless-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=candelatech.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id s15si5539096eds.217.2019.11.08.11.44.45; Fri, 08 Nov 2019 11:45:09 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-wireless-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@candelatech.com header.s=default header.b=aSn+mpfk; spf=pass (google.com: best guess record for domain of linux-wireless-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-wireless-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=candelatech.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1732180AbfKHToi (ORCPT + 99 others); Fri, 8 Nov 2019 14:44:38 -0500 Received: from mail2.candelatech.com ([208.74.158.173]:46330 "EHLO mail3.candelatech.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729895AbfKHToi (ORCPT ); Fri, 8 Nov 2019 14:44:38 -0500 Received: from ben-dt4.candelatech.com (50-251-239-81-static.hfc.comcastbusiness.net [50.251.239.81]) by mail3.candelatech.com (Postfix) with ESMTP id 2EF1713C2B0; Fri, 8 Nov 2019 11:44:37 -0800 (PST) DKIM-Filter: OpenDKIM Filter v2.11.0 mail3.candelatech.com 2EF1713C2B0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=candelatech.com; s=default; t=1573242277; bh=r5PvEG8ppUzhu0J8qlE1UgXAyGtmFCfEQCtkjTmEro8=; h=From:To:Cc:Subject:Date:From; b=aSn+mpfkQfuQ5kgaNhdj34TS/+FLpVtf8HRkN+rRWYnFtKVy5l27mQlKLtEp1fdv1 x0CuYd2xWBJx18JW170hZY6vp4q5NbCdwYEhpi5rgjsdeMzILQaJn27gNaDbHIBKeO Dx7iYzbq/DfNb6sYltqmHv777QPX5KVhWh8DJvOQ= From: greearb@candelatech.com To: linux-wireless@vger.kernel.org Cc: johannes@sipsolutions.net, Ben Greear Subject: [PATCH 10/10] mlme: Don't unlink bss on assoc timeout and similar. Date: Fri, 8 Nov 2019 11:44:33 -0800 Message-Id: <20191108194433.24021-1-greearb@candelatech.com> X-Mailer: git-send-email 2.20.1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: linux-wireless-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-wireless@vger.kernel.org From: Ben Greear With lots of virtual stations, we want to keep the bss entries around even if one station fails to associate for some reason. The timeouts should still get rid of truly stale ones eventually. Signed-off-by: Ben Greear --- net/mac80211/mlme.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/net/mac80211/mlme.c b/net/mac80211/mlme.c index 64336433925d..240e5ff8e9df 100644 --- a/net/mac80211/mlme.c +++ b/net/mac80211/mlme.c @@ -2691,7 +2691,7 @@ static void __ieee80211_disconnect(struct ieee80211_sub_if_data *sdata) /* AP is probably out of range (or not reachable for another reason) so * remove the bss struct for that AP. */ - cfg80211_unlink_bss(local->hw.wiphy, ifmgd->associated); + //cfg80211_unlink_bss(local->hw.wiphy, ifmgd->associated); ieee80211_set_disassoc(sdata, IEEE80211_STYPE_DEAUTH, WLAN_REASON_DISASSOC_DUE_TO_INACTIVITY, @@ -4201,7 +4201,7 @@ static int ieee80211_auth(struct ieee80211_sub_if_data *sdata) * Most likely AP is not in the range so remove the * bss struct for that AP. */ - cfg80211_unlink_bss(local->hw.wiphy, auth_data->bss); + //cfg80211_unlink_bss(local->hw.wiphy, auth_data->bss); return -ETIMEDOUT; } @@ -4267,7 +4267,7 @@ static int ieee80211_do_assoc(struct ieee80211_sub_if_data *sdata) * Most likely AP is not in the range so remove the * bss struct for that AP. */ - cfg80211_unlink_bss(local->hw.wiphy, assoc_data->bss); + //cfg80211_unlink_bss(local->hw.wiphy, assoc_data->bss); return -ETIMEDOUT; } -- 2.20.1