Received: by 2002:a25:2c96:0:0:0:0:0 with SMTP id s144csp915593ybs; Mon, 25 May 2020 02:26:35 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwXaq80G2kTXYgSBe0PH/vpCYOY7W3Q4wdc4FOxeHAnVYaa2S2iOFfk7enI55GokcK9g6q7 X-Received: by 2002:a05:6402:c95:: with SMTP id cm21mr14396483edb.81.1590398795307; Mon, 25 May 2020 02:26:35 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1590398795; cv=none; d=google.com; s=arc-20160816; b=aaKHj7pd5wxKTct7zeOCJEsJ7yfM9D0AgZzS2miE5VkxAex8rKko5ewBxy841SWOXG XCuNNeuwcM1gnUsDjKkhZPDKMLzHEvlLZGpoTUywFhTPP/BDFcBbG5v9AHzM74TrkwlB Azp3wCYlqLKG1+qPJKPJVp1tNrvCfxGTWwcrSG37GarPRvmx+ZZP+l5yUC2CEzD/bMLO Ad+WRvzm3qsa4WEaFtM3be+TXN4HKQrj0PBv8k0EECgPezNxQrOujQggEpmsNhEIPsF3 RxSFMlPrz5snvmgDi3EwoAcPk99+snS+JYtUIlPHdWk+Sga1+23dDzrGgMRSe7IyPPof 3GNg== 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 :user-agent:references:in-reply-to:date:to:from:subject:message-id; bh=KP8fwto+VBLJROFB636bglxjazImeT1RC/tNmsmAC5I=; b=PBmb26hzmKZhnEgvJ8WWfj58/bi0zN5C03l2JJOMGdk/UCo/csF1ekTziybvzp7FJG ZTy9BRrcErdImmLfvdajPEEoSsZqFr2H+ode6a3K/kGs4mHNfDR6fGda8x3ZhOWzVISb HQo5k75qkC/LNpGtD12EwbawwRb1LPUBS6KOnXQIIQetR3xs/Eph4yWP4MbkThgyhLej +nDVztfLVix5axPhQa4sGYl/nir+8FXicpYKffhv7DErLwnsXjuooTCvBLfYHibP/7zB 4lJbyEVtjOkvzGgGi0UGrRRTxfdXlxaOibeRTEq67KZQtOU1XxwaE8xQ8wn8jF1mhSnc u7mw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-wireless-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-wireless-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id m25si9897043edj.212.2020.05.25.02.26.11; Mon, 25 May 2020 02:26:35 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-wireless-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-wireless-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-wireless-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2389387AbgEYJZL (ORCPT + 99 others); Mon, 25 May 2020 05:25:11 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:54986 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2389105AbgEYJZL (ORCPT ); Mon, 25 May 2020 05:25:11 -0400 Received: from sipsolutions.net (s3.sipsolutions.net [IPv6:2a01:4f8:191:4433::2]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 7C68FC061A0E for ; Mon, 25 May 2020 02:25:11 -0700 (PDT) Received: by sipsolutions.net with esmtpsa (TLS1.3:ECDHE_SECP256R1__RSA_PSS_RSAE_SHA256__AES_256_GCM:256) (Exim 4.93) (envelope-from ) id 1jd9M5-002bif-0h; Mon, 25 May 2020 11:25:09 +0200 Message-ID: <83abd321a059b4bed470775333f3dbc598661c68.camel@sipsolutions.net> Subject: Re: mac80211 spam and deadlock on OpenWrt From: Johannes Berg To: Ben Greear , "linux-wireless@vger.kernel.org" Date: Mon, 25 May 2020 11:25:08 +0200 In-Reply-To: (sfid-20200513_155619_741277_EDC79A78) References: (sfid-20200513_155619_741277_EDC79A78) Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.36.2 (3.36.2-1.fc32) MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: linux-wireless-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-wireless@vger.kernel.org On Wed, 2020-05-13 at 06:56 -0700, Ben Greear wrote: > Hello, > > I've been running some stress tests against OpenWrt APs. My AP partially died yesterday > during a test and did not recover. It looks like firmware became non responsive, > but then it could not recover due to what I think is bugs I fixed long ago in > the kernel that I normally use. The OpenWrt image is using my ath10k-ct driver and firmware, > but stock OpenWrt kernel/mac80211 as far as I know. > > I think there are several issues: > > 1) The WARN-ON about check-sdata-in-driver should be a warn-on-once. Spamming serial > console logs like this is both very slow and also useless for debugging. > > I posted a patch with this title some time back to mitigate this problem: > "mac80211: Don't spam kernel with sdata-in-driver failures." > > 2) I suspect that the ensuing lockup may be fixed by this patch I posted > back in 12/1/2016: > "mac80211: do not iterate active interfaces when in re-configure" > > I have been running both of those patches since posting them to the list, so they have good > soak time in some strenuous wifi usage cases. Huh, these are kinda old I guess. Can you repost them? johannes