From mboxrd@z Thu Jan 1 00:00:00 1970 Return-path: Received: from smtp.codeaurora.org ([198.145.29.96]) by bombadil.infradead.org with esmtps (Exim 4.92 #3 (Red Hat Linux)) id 1hbcKM-0000sB-Rw for ath10k@lists.infradead.org; Fri, 14 Jun 2019 02:52:32 +0000 MIME-Version: 1.0 Date: Fri, 14 Jun 2019 10:52:29 +0800 From: Yibo Zhao Subject: Re: [PATCH v2] mac80211: remove warning message In-Reply-To: References: <1557824507-17668-1-git-send-email-yiboz@codeaurora.org> <7c92f5cf51eaec1d5449698d90f5b6c5ca6c2bea.camel@sipsolutions.net> <34f72d5db336b9898618bf1c5c15ec41094d7d06.camel@perches.com> <4d013893-3302-14f0-c957-b3771f4b6b82@candelatech.com> <8eacb8e107c854b64a0c6116fca9731ddd99dcac.camel@sipsolutions.net> <730d3664-488d-7d57-04d5-1a57e91fa070@candelatech.com> Message-ID: <143d044082b54b2be41ba3760390d97f@codeaurora.org> List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: "ath10k" Errors-To: ath10k-bounces+kvalo=adurom.com@lists.infradead.org To: Johannes Berg Cc: Zhi Chen , Ben Greear , linux-wireless@vger.kernel.org, ath10k@lists.infradead.org On 2019-05-20 21:56, Yibo Zhao wrote: > On 2019-05-15 02:57, Johannes Berg wrote: >> On Tue, 2019-05-14 at 11:54 -0700, Ben Greear wrote: >>> >>> Here is the info I have in my commit that changed this to >>> WARN_ON_ONCE. >>> I never posted it because I had to hack ath10k to get to this state, >>> so maybe >>> this is not a valid case to debug. >>> >>> >>> Maybe Yibo Zhao has a better example. >>> >>> mac80211: don't spam kernel logs when chantx is null. >>> >>> I set up ath10k to be chandef based again in order to test >>> WDS. My WDS stations are not very functional yet, and >>> when ethtool stats are queried, there is a WARN_ON splat >>> generated. Change this to WARN_ON_ONCE so that there is >>> less kernel spam. >> >> I'm totally fine with WARN_ON_ONCE, FWIW. >> >> Sounds like different bugs though. You're talking about WDS here, and >> Yibo was talking about something with AP interfaces prematurely >> accepting frames or so. > > Yes, they might be different bugs that hit the same point. Looks like > others found this too many warnings issue as well. Then I believe > WARN_ON_ONCE() seems to be our solution for now. > Hi Johannes, May I know if it is fine that WARN_ON_ONCE() to be applied in kernel in the future? If a separate patch for it is needed, please let me know so that I can raise a new one. >> >> johannes -- Yibo _______________________________________________ ath10k mailing list ath10k@lists.infradead.org http://lists.infradead.org/mailman/listinfo/ath10k From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-0.6 required=3.0 tests=DKIM_INVALID,DKIM_SIGNED, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 7AF19C31E45 for ; Fri, 14 Jun 2019 02:52:31 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 4C44B20866 for ; Fri, 14 Jun 2019 02:52:31 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=fail reason="key not found in DNS" (0-bit key) header.d=codeaurora.org header.i=@codeaurora.org header.b="FjR0r/Df"; dkim=fail reason="key not found in DNS" (0-bit key) header.d=codeaurora.org header.i=@codeaurora.org header.b="FjR0r/Df" Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1725846AbfFNCwa (ORCPT ); Thu, 13 Jun 2019 22:52:30 -0400 Received: from smtp.codeaurora.org ([198.145.29.96]:53814 "EHLO smtp.codeaurora.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725777AbfFNCwa (ORCPT ); Thu, 13 Jun 2019 22:52:30 -0400 Received: by smtp.codeaurora.org (Postfix, from userid 1000) id E8A4360265; Fri, 14 Jun 2019 02:52:29 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org; s=default; t=1560480749; bh=2OzfHTsmEblGt2xfngsU6cjMNpk0syI/s5QaZz/HSWo=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=FjR0r/DfQVcYKNL+6WZtlpleYpeA4q5TMuxbTMLA65fbuv3KMhBQFTkQkIOdPVuVD f7g4CKwjlRsuzkd5Qvj5bvJAVRqsdc8TcQ0PcfFYbB2fK13pBlGmTEy5mZJYIdSya6 Mg9CbGhOTM3354lVgyHqJgwLN6N9kl9AQVWfwhso= Received: from mail.codeaurora.org (localhost.localdomain [127.0.0.1]) by smtp.codeaurora.org (Postfix) with ESMTP id 4156E60265; Fri, 14 Jun 2019 02:52:29 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org; s=default; t=1560480749; bh=2OzfHTsmEblGt2xfngsU6cjMNpk0syI/s5QaZz/HSWo=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=FjR0r/DfQVcYKNL+6WZtlpleYpeA4q5TMuxbTMLA65fbuv3KMhBQFTkQkIOdPVuVD f7g4CKwjlRsuzkd5Qvj5bvJAVRqsdc8TcQ0PcfFYbB2fK13pBlGmTEy5mZJYIdSya6 Mg9CbGhOTM3354lVgyHqJgwLN6N9kl9AQVWfwhso= MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Fri, 14 Jun 2019 10:52:29 +0800 From: Yibo Zhao To: Johannes Berg Cc: Ben Greear , linux-wireless@vger.kernel.org, ath10k@lists.infradead.org, Zhi Chen Subject: Re: [PATCH v2] mac80211: remove warning message In-Reply-To: References: <1557824507-17668-1-git-send-email-yiboz@codeaurora.org> <7c92f5cf51eaec1d5449698d90f5b6c5ca6c2bea.camel@sipsolutions.net> <34f72d5db336b9898618bf1c5c15ec41094d7d06.camel@perches.com> <4d013893-3302-14f0-c957-b3771f4b6b82@candelatech.com> <8eacb8e107c854b64a0c6116fca9731ddd99dcac.camel@sipsolutions.net> <730d3664-488d-7d57-04d5-1a57e91fa070@candelatech.com> Message-ID: <143d044082b54b2be41ba3760390d97f@codeaurora.org> X-Sender: yiboz@codeaurora.org User-Agent: Roundcube Webmail/1.2.5 Sender: linux-wireless-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-wireless@vger.kernel.org On 2019-05-20 21:56, Yibo Zhao wrote: > On 2019-05-15 02:57, Johannes Berg wrote: >> On Tue, 2019-05-14 at 11:54 -0700, Ben Greear wrote: >>> >>> Here is the info I have in my commit that changed this to >>> WARN_ON_ONCE. >>> I never posted it because I had to hack ath10k to get to this state, >>> so maybe >>> this is not a valid case to debug. >>> >>> >>> Maybe Yibo Zhao has a better example. >>> >>> mac80211: don't spam kernel logs when chantx is null. >>> >>> I set up ath10k to be chandef based again in order to test >>> WDS. My WDS stations are not very functional yet, and >>> when ethtool stats are queried, there is a WARN_ON splat >>> generated. Change this to WARN_ON_ONCE so that there is >>> less kernel spam. >> >> I'm totally fine with WARN_ON_ONCE, FWIW. >> >> Sounds like different bugs though. You're talking about WDS here, and >> Yibo was talking about something with AP interfaces prematurely >> accepting frames or so. > > Yes, they might be different bugs that hit the same point. Looks like > others found this too many warnings issue as well. Then I believe > WARN_ON_ONCE() seems to be our solution for now. > Hi Johannes, May I know if it is fine that WARN_ON_ONCE() to be applied in kernel in the future? If a separate patch for it is needed, please let me know so that I can raise a new one. >> >> johannes -- Yibo