Received: by 2002:a25:8b12:0:0:0:0:0 with SMTP id i18csp133409ybl; Mon, 12 Aug 2019 13:07:08 -0700 (PDT) X-Google-Smtp-Source: APXvYqxoSiJ2M+Yq6Yl4yhA+6vBkMC3Anr6IQ1ZUyK/hYHlEZKPAFNtjHl2rukjOu+GR//gNcxP9 X-Received: by 2002:a17:90b:8d8:: with SMTP id ds24mr871200pjb.135.1565640428244; Mon, 12 Aug 2019 13:07:08 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1565640428; cv=none; d=google.com; s=arc-20160816; b=GWPHPYQ8oKNFgZnYL1HbQDnzlwqiBMZygnyXYdGbCDsroPG+CrnNUAXWD8Krmi+hpC h6XG3HsccX3uf67zfwKY3dUqPoDGKXOh4ib9bcUPG7/e+oBSOlB9OE7Bh8+dy6Ef0tUP kg6nQhPf4nDpSTzWdNf7ZaWBkH6WHgWHGXPVxbrdYKvAZR52Mr5GnFyqv4ZDTrFuRaPr wAwONKzQ4QJd0IQ0WqjGjaaC7/6BGqb+B2K29LL3AnOhei5oilCPSZuAdaCiV0tFo3I9 FHIiMtvNNIxjVjlnwf3KRsTgpced/79+un9V+HmMDBqqb7zt+Uki2C6IeodJSUJCWJok QBZA== 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=08Gh1GxTw8violluwFCqAXwb47xVETDPI0pq+WDmXCg=; b=NvW3ey73u/NGsjIVMdMQivph+tpf4wEPPo3JgwLTvfRtinSu2fjxqfmz4ijDDzlpLU 4442g+o1mvVwLAp7K9s+gNS+lRqY4Nyfh2JShD1wh3HlEG0lWzZ/0/8Phdrqr3N5eZji BoxEadTTcD8zJUEbWxeBufE4YZnxW13b/hSkdZsNWACOme9cJss+IGZiXB4SBTXYguRe TWHWCMx0sSwlx/mZq67iWNg8RIM79bfKyfGlgWWd+ysPvVkgUNFDYLJ6qG9RKdZi6aHg 4oAHglr/Mp8uIyUjNZPnNvVuJstW9SqTQFX2aupkJikMXmdg4F6uiWEARLNKyq3jEY4Y 01Pw== 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 t19si57984643plo.376.2019.08.12.13.06.46; Mon, 12 Aug 2019 13:07:08 -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 S1727446AbfHLUFL (ORCPT + 99 others); Mon, 12 Aug 2019 16:05:11 -0400 Received: from mail.kernel.org ([198.145.29.99]:34756 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727434AbfHLUFL (ORCPT ); Mon, 12 Aug 2019 16:05:11 -0400 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 3F9BF2085A; Mon, 12 Aug 2019 20:05:09 +0000 (UTC) Date: Mon, 12 Aug 2019 16:05:07 -0400 From: Steven Rostedt To: Joel Fernandes Cc: Greg Kroah-Hartman , linux-kernel@vger.kernel.org, kbuild test robot , Jonathan Corbet , Josh Triplett , Lai Jiangshan , linux-doc@vger.kernel.org, Mathieu Desnoyers , "Paul E. McKenney" , "Rafael J. Wysocki" , rcu@vger.kernel.org, Tejun Heo Subject: Re: [PATCH 3/3] driver/core: Fix build error when SRCU and lockdep disabled Message-ID: <20190812160507.61d60224@gandalf.local.home> In-Reply-To: <20190812200125.GA161786@google.com> References: <20190811221111.99401-1-joel@joelfernandes.org> <20190811221111.99401-3-joel@joelfernandes.org> <20190812050256.GC5834@kroah.com> <20190812130310.GA27552@google.com> <20190812141119.6ec00a34@gandalf.local.home> <20190812200125.GA161786@google.com> 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 Mon, 12 Aug 2019 16:01:25 -0400 Joel Fernandes wrote: > > some/header/file.h: > > > > #ifdef CONFIG_DEBUG_LOCK_ALLOC > > # define CHECK_DEVICE_LINKS_READ_LOCK_HELD() WARN_ON_ONCE(!defice_links_read_lock_held()) > > #else > > # define CHECK_DEVICE_LINKS_READ_LOCK_HELD() do { } while (0) > > #endif > > > > And just use CHECK_DEVICE_LINK_READ_LOCK_HELD() in those places. I > > agree with Greg. "device_links_read_lock_heald()" should *never* > > blindly return 1. It's confusing. > > Ok, then I will update the patch to do: > > #ifdef CONFIG_DEBUG_LOCK_ALLOC > int device_links_read_lock_held(void) > { > return lock_is_held(&device_links_lock); > } > #endif > > That will also solve the build error. And callers can follow the above pattern you shared. Sounds good! -- Steve