Received: by 2002:ac0:a5a6:0:0:0:0:0 with SMTP id m35-v6csp5003105imm; Tue, 11 Sep 2018 23:07:39 -0700 (PDT) X-Google-Smtp-Source: ANB0VdYU0zPFasv8cxOMoZoMgQi4tshDMMwjcmAFpFZNk9/tojdgWzzh0Hez2PH3FYbU1XkPjhlm X-Received: by 2002:a17:902:3a5:: with SMTP id d34-v6mr344747pld.98.1536732459394; Tue, 11 Sep 2018 23:07:39 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1536732459; cv=none; d=google.com; s=arc-20160816; b=LEKvTpxm7kO+tUUTvF6DQziJnQ/yz34vnMMN3RzVAFhXDvcPz7CWhHRBNtwvdcWiSB voTFsVYxeQUx+B/djBYdZs3b6sWaism+JTh6cS6vGfqDzfIw4+oTGQFuMuuiQhqMU0sc 3hCtnF/Dw9x2A5P90hg4ThNep63TCu0AN0PHmFVgT0axFl5SHO0SHvJznEEFjyHl8vRK ZliioNxBTiHKr7lsJdYKWj7Sy2xKLB9+BnQ/Kqv4tK7jUS2qz0IUBs8tY9mbpYUSsa8D Hgd+8kdBKqUKqeE7NROAtoDKUFXVHwuxH+9sYPY3O9zXBZBdRbHYUfhF02MPJiNwTd8K YubQ== 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:from:subject:cc:to:message-id:date; bh=1Fpekc/kCd1P8JRwT8X+NzKGEENfNUlTmKY5Ph7d/Og=; b=hFYKdnntfC27SXcumSi7RXJ9UCbEY0KwXNaC2s+N7tbvRKDmi1YdeTVzySFVvIkaiL OmFj7pBWEbd81O4AD+y3jjVGEh9+7D7GJAcwukHgQAt/DBiunxDhVhHGqdvKvnueneoq FKoDtWGR/j5i5qH5iqaYqjl7KQDI6vQcJ71WZ/G9faKWzjTvGHPpxKnyoanJCk8YBO7U jfIZ3p5DWCQg6VSWtTqn6Tvk0os1cmIHSv0tJzHoxc2CPQEt2oz2XQ/tIBw+Bl5D5vkc o3EqcAA8d0F+ZYIVq37CKnfU2frYhMhE7aM8R9KwweFCtq2NGkZvOVz+RHBliHM7oafN fKsQ== 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 z22-v6si39369pgv.323.2018.09.11.23.07.23; Tue, 11 Sep 2018 23:07:39 -0700 (PDT) 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 S1726670AbeILLKN (ORCPT + 99 others); Wed, 12 Sep 2018 07:10:13 -0400 Received: from shards.monkeyblade.net ([23.128.96.9]:57034 "EHLO shards.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726027AbeILLKN (ORCPT ); Wed, 12 Sep 2018 07:10:13 -0400 Received: from localhost (74-93-104-98-Washington.hfc.comcastbusiness.net [74.93.104.98]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: davem-davemloft) by shards.monkeyblade.net (Postfix) with ESMTPSA id 066F012DE57F3; Tue, 11 Sep 2018 23:07:16 -0700 (PDT) Date: Tue, 11 Sep 2018 23:07:16 -0700 (PDT) Message-Id: <20180911.230716.1048852895308106303.davem@davemloft.net> To: igor.stoppa@gmail.com Cc: igor.stoppa@huawei.com, huangdaode@hisilicon.com, yisen.zhuang@huawei.com, salil.mehta@huawei.com, netdev@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v2] ethernet: hnae: drop adhoc assert() macros From: David Miller In-Reply-To: <20180908150142.27976-1-igor.stoppa@huawei.com> References: <20180908150142.27976-1-igor.stoppa@huawei.com> X-Mailer: Mew version 6.7 on Emacs 25.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.5.12 (shards.monkeyblade.net [149.20.54.216]); Tue, 11 Sep 2018 23:07:17 -0700 (PDT) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Igor Stoppa Date: Sat, 8 Sep 2018 18:01:42 +0300 > Replace assert() with a less misleading test_condition() using WARN() > Drop one check which had bitrotted and didn't compile anymore. > > Signed-off-by: Igor Stoppa I'm still kind of not happy about this. Make the driver use kernel interfaces like WARN_ON_ONCE() etc. directly instead of defining alias CPP macros private to the driver. If it needs to be conditional upon DEBUG, we have pr_debug() and the likes as well. Thank you.