Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp6696637yba; Tue, 14 May 2019 11:58:03 -0700 (PDT) X-Google-Smtp-Source: APXvYqzgwTdltGrtEFSCwKzcSxpqjbl3aO/Hjv7AELar9LbReRlmluRB9MJq9sSgBUXP4+INHl71 X-Received: by 2002:aa7:8554:: with SMTP id y20mr42572620pfn.258.1557860283400; Tue, 14 May 2019 11:58:03 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1557860283; cv=none; d=google.com; s=arc-20160816; b=ZQPBe174ytZwWdaKzeVX0FbLJ78SRbtiHavyskG2TWcovjmpKOoB1KNZTCqBBaTpCK BIJ1LhO659H0s9YB76wd1ssBXcaP+P2sWBOJTOKcCNYGG4cR5UKajHa2ed3a3J9qqxRR NbgDaf6NUoeo/6Qve/ozZyJdESjkWF1BY/xdVr5qvX0wkKOpNU3uICI4P+Z8vAm3QlWF A+/G49ZOYtasWgF9XjAUYBp+or6JKADTrboXXHM7iI3SV5pB1K2+ChmvNZQf0qeuPqd2 Gs+Ci+CvkuA0E9jHT5gb8txbFiM8NvHaYFh3oHk9GPIIyFOl/UixAi1oOSu1MKQMqLzC 1eig== 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 :references:in-reply-to:date:cc:to:from:subject:message-id; bh=L8hWaP+XUKaDqRQ0HRCuY8wnkC6ZJPCeydw8umYA23c=; b=Snza+v+bto5mOSQmF0ASDboQKqQIzWUEBpcKqu0ptgIZK0hljFj00i0kmOtglw1vuG IVHDKs16O+KqotqManjCv6EA2z5XeIQorexiZCSrH6EbJ246Sm5w+dCykNCMaELYItt4 bJy/9RY4P8aqLOGqLaFr0/TCBbs9mMk4FNPxTBvbg1HD2RZZEbywIUsZcI4J6sNzaoeM 3MOCFq2zCDDiyJxPo4XI+KugoDThakZ1q0YL4/uFyVGRLVpAhl8dRN5A/LDGW9eLMs3b zXIKt5JPdIYTGkzdjT7jUsi24pP5AXHLAUPXi1Fk6Jb+LWMn+r5YilHT7alUsiRyE+TS Py8w== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id m18si19765756pgv.209.2019.05.14.11.57.48; Tue, 14 May 2019 11:58:03 -0700 (PDT) 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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727663AbfENS5l (ORCPT + 99 others); Tue, 14 May 2019 14:57:41 -0400 Received: from s3.sipsolutions.net ([144.76.43.62]:51394 "EHLO sipsolutions.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727262AbfENS5k (ORCPT ); Tue, 14 May 2019 14:57:40 -0400 Received: by sipsolutions.net with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1hQccN-0005yL-6A; Tue, 14 May 2019 20:57:39 +0200 Message-ID: Subject: Re: [PATCH v2] mac80211: remove warning message From: Johannes Berg To: Ben Greear , Yibo Zhao Cc: linux-wireless@vger.kernel.org, ath10k@lists.infradead.org, Zhi Chen Date: Tue, 14 May 2019 20:57:38 +0200 In-Reply-To: <730d3664-488d-7d57-04d5-1a57e91fa070@candelatech.com> 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> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.28.5 (3.28.5-2.fc28) 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 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. johannes