Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp696429ybl; Fri, 31 Jan 2020 06:26:39 -0800 (PST) X-Google-Smtp-Source: APXvYqwLRdEyrak75f7wzBl5i4E93gkIN1rwh/RLw0P+cWV+uvaUqgoRRAI9+LZDHxDxkbia8EBu X-Received: by 2002:a9d:5c10:: with SMTP id o16mr8052172otk.286.1580480799847; Fri, 31 Jan 2020 06:26:39 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1580480799; cv=none; d=google.com; s=arc-20160816; b=mjz01ZONWm/y8raGbGJcv30XAS07+wtnxUQB3pdeiHgF0uA+MR8J+Hh4ny3vAA8cx3 zxnO3DiSWt/DJ+io5D26qko9HbfMQKQP3YZOXzkgS5LRNt2lS6dWhtTTt4tqL1kPoGe/ 6O4d+XASrQKjSmcErwJ4qtJxo6WGgilnxThTW7MzgZeljfSuP9/xDZMFRtsy7HESuZpb ycCJQI3EsxDn9lGdWuLhRsvBM8pDN3l1mwUFbVa2DWQ3pGfUt2HOVjo4LJp7+HVPcuQf foM/wubzKw1MwOiGTQtIXcqRHFtR9eHtv7JK9Fzv3UwAaCMngpqr3HqlAB6WFcACTBoh 95/g== 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:message-id:subject:cc:to:from:date; bh=0FPvxO4mgpsIhzo8NwxTOL1fvPOmOX/X5yWX+mUQ7Co=; b=s+k02/trvT56WWOzO0WFm7Er3Xyr73vNACpcKqfQ2E63IFcZI3gZDrxFdDFOMQtiNo 8kfzvMZti5OkongPLbm8KY45qFZNfaSc/tfFgGulhj0y2H5sJdUxKN/eZBHcvG4w7Ag+ llxLd6+xfCBBbZs2HrQRi2bUL4G6REqtL17oEcn/YppjFVVee0TeZoyic+h/fV/ZMNWw y1Zl1UW8ltgAuoWzr63lyChghpDm9mpNhW7foQg8XCAY1ApC2SGxdjNOwivahN5R0jMY ij2J2049Wm2q/AuX0mJOdrqp2k00D0eUcV5TGkE1zaBa6V63OD+9zCpPelMeq9nmUn86 aEBg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-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 7si3049594oix.49.2020.01.31.06.26.27; Fri, 31 Jan 2020 06:26:39 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-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-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728992AbgAaOZb (ORCPT + 99 others); Fri, 31 Jan 2020 09:25:31 -0500 Received: from mail.kernel.org ([198.145.29.99]:48714 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728730AbgAaOZa (ORCPT ); Fri, 31 Jan 2020 09:25:30 -0500 Received: from gandalf.local.home (cpe-66-24-58-225.stny.res.rr.com [66.24.58.225]) (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 F3EA0215A4; Fri, 31 Jan 2020 14:25:28 +0000 (UTC) Date: Fri, 31 Jan 2020 09:25:27 -0500 From: Steven Rostedt To: Dmitry Vyukov Cc: Dan Carpenter , syzkaller , Eric Dumazet , Hillf Danton , Greg Kroah-Hartman , Alan Stern , syzbot , Andrey Konovalov , ingrassia@epigenesys.com, LKML , USB list , syzkaller-bugs Subject: Re: [PATCH] usb: core: urb: change a dev_WARN() to dev_err() for syzbot Message-ID: <20200131092527.3f05a679@gandalf.local.home> In-Reply-To: References: <00000000000095e1d8059d4675ac@google.com> <20200131090510.7112-1-hdanton@sina.com> <20200131101644.GE11068@kadam> X-Mailer: Claws Mail 3.17.3 (GTK+ 2.24.32; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, 31 Jan 2020 12:19:39 +0100 Dmitry Vyukov wrote: > +Eric, Steve, who got these WARNING-not-a-kernel-bug reports recently too I've been trying to convert all WARN_ON() in my code to be only triggered if something happens where I don't expect it to happen, and there's either a bug in the code, or I missed something in the design of the code. That is, if a WARN_ON() triggers, it means I need to have a good look at the code to figure out why. I like the idea of a NOTICE() that can be used for hardware bugs or bad user input. Something to say, "the kernel code is fine, but we received something we did not expect", which to me is different than a bug in the kernel. Although, it could lead to finding a bug. -- Steve