Received: by 2002:a05:6a10:16a7:0:0:0:0 with SMTP id gp39csp1174694pxb; Fri, 20 Nov 2020 03:09:50 -0800 (PST) X-Google-Smtp-Source: ABdhPJwN8UCt+85dLj6kuzY2pRtclh+OtU6iCADfv+abiPhWRzXbJ/wp+Is7aB8qrh99ETjUMXPb X-Received: by 2002:a17:906:2444:: with SMTP id a4mr34345034ejb.415.1605870590719; Fri, 20 Nov 2020 03:09:50 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1605870590; cv=none; d=google.com; s=arc-20160816; b=b3bCceyRfDcyo7rO+63ndXe3IsJrWba161DIQBkk8GDTyFeXVPjqVEQAI64RH2RYVS IUzODk+A0Js0szuBe6TYoM0EfpKz9gnyDDiNi8Ni9lK5htFmoCnjZw7+9VB79fi2zGvz 0oIFym7scKETo/QPTFxDpuSIH8E/tqILM2AwLcfsYfFpmdMzUbX++2G70lNrRfAhuD3c FRplX81PBQp6Vnx2CQFJF411n8mx9MBY4Y2wbLitqIrm7I9vLgrPkXUwC2vwWcoaZLW6 ofrSszLDWitGuWPW/j1k0BgBXRcEe+YCptFuKQZDmQuUeKmbPdfCNtp2euHHbJVuNVwL +92Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=2dbWn+xpDfN5Kc6WJiUB3k5H7cGtnYNMdUUDwzFsios=; b=RfagA6A09/BQNGNYGst773Iu+AbArPsa34TlfeaYHtgmcIU+z1k9EONtfIKRsLzXkk ieg7yRSR7IDJoRjNOEKfuv0ggnE/auzyO0C1GYuGrRQxNhZRcPKwR3oJ1UDBmz2MSm2o UBl5Lb6aZi+GQAeWl7/N/oQC86afubQmJQaMWkTgR61RVn8EMDRv0emJlQOY04aCjOcx WaHk1UnHXPe2j5TmXeLOmVH9Pg1tHeHvqNl3RJhAusSlfRFXWzM3h1rDuNTy89f2oZgi a/4lIv4vURUQavC/PeKuuIadbO4pllRzviRo6r9TA26LVgPpZ1AfeyLuH9cyloB2Zz/e 8Gwg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=Wtz1UYWA; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id d11si1437909ejt.527.2020.11.20.03.09.26; Fri, 20 Nov 2020 03:09:50 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=Wtz1UYWA; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727753AbgKTLHX (ORCPT + 99 others); Fri, 20 Nov 2020 06:07:23 -0500 Received: from mail.kernel.org ([198.145.29.99]:54822 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728440AbgKTLGv (ORCPT ); Fri, 20 Nov 2020 06:06:51 -0500 Received: from localhost (83-86-74-64.cable.dynamic.v4.ziggo.nl [83.86.74.64]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 62D2D206E3; Fri, 20 Nov 2020 11:06:48 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1605870409; bh=pacmUmtR7LmVBsOgRqR+EBHryOQtqgnOc84petNq3Ks=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=Wtz1UYWADiFa3G/4wAZ8y0nB8e5MhZcEjNyKMHPHEhyI3nznAyx6WDixFoPT4whQZ MvT3AQ+12u77yI7zUKWfORwXrdYqT/EKsnjys2ehHZaKfY2aJrG6PCQcOHWpGw4OVB dTV4FxMad3Zb/6+2C7JHMzp2r57FSsS8Ry2n/nfA= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, syzbot+2e293dbd67de2836ba42@syzkaller.appspotmail.com, Johannes Berg Subject: [PATCH 5.4 14/17] mac80211: always wind down STA state Date: Fri, 20 Nov 2020 12:03:41 +0100 Message-Id: <20201120104541.758015069@linuxfoundation.org> X-Mailer: git-send-email 2.29.2 In-Reply-To: <20201120104541.058449969@linuxfoundation.org> References: <20201120104541.058449969@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Johannes Berg commit dcd479e10a0510522a5d88b29b8f79ea3467d501 upstream. When (for example) an IBSS station is pre-moved to AUTHORIZED before it's inserted, and then the insertion fails, we don't clean up the fast RX/TX states that might already have been created, since we don't go through all the state transitions again on the way down. Do that, if it hasn't been done already, when the station is freed. I considered only freeing the fast TX/RX state there, but we might add more state so it's more robust to wind down the state properly. Note that we warn if the station was ever inserted, it should have been properly cleaned up in that case, and the driver will probably not like things happening out of order. Reported-by: syzbot+2e293dbd67de2836ba42@syzkaller.appspotmail.com Link: https://lore.kernel.org/r/20201009141710.7223b322a955.I95bd08b9ad0e039c034927cce0b75beea38e059b@changeid Signed-off-by: Johannes Berg Signed-off-by: Greg Kroah-Hartman --- net/mac80211/sta_info.c | 18 ++++++++++++++++++ 1 file changed, 18 insertions(+) --- a/net/mac80211/sta_info.c +++ b/net/mac80211/sta_info.c @@ -244,6 +244,24 @@ struct sta_info *sta_info_get_by_idx(str */ void sta_info_free(struct ieee80211_local *local, struct sta_info *sta) { + /* + * If we had used sta_info_pre_move_state() then we might not + * have gone through the state transitions down again, so do + * it here now (and warn if it's inserted). + * + * This will clear state such as fast TX/RX that may have been + * allocated during state transitions. + */ + while (sta->sta_state > IEEE80211_STA_NONE) { + int ret; + + WARN_ON_ONCE(test_sta_flag(sta, WLAN_STA_INSERTED)); + + ret = sta_info_move_state(sta, sta->sta_state - 1); + if (WARN_ONCE(ret, "sta_info_move_state() returned %d\n", ret)) + break; + } + if (sta->rate_ctrl) rate_control_free_sta(sta);