Received: by 2002:ac0:950c:0:0:0:0:0 with SMTP id f12csp3084550imc; Wed, 13 Mar 2019 08:28:15 -0700 (PDT) X-Google-Smtp-Source: APXvYqyb3vcemIeTmh8b/T92WGfJoO5cyzCjX/eXXc0Qi0GHpWkEqYKbFDSRy9O7+MPQ+31rl/z0 X-Received: by 2002:a17:902:ab8e:: with SMTP id f14mr45896873plr.84.1552490894933; Wed, 13 Mar 2019 08:28:14 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1552490894; cv=none; d=google.com; s=arc-20160816; b=pxDgdHuJzdG28CNW7EtaTdnX10xcKWHAceYNauSG39g8QjsBBKCBAVsvo362banL+x wW9G+mmTtb5IqmdTG7s0uOuq2FG9pIsx6qabILtlQyNO2uqnk5o7Vcu/I4RvfsUelGIQ sPZKeNguXcYi7h0uPD5TT8E4f794UMtIEbB3Y2JElh2hje1WZJy4GipDqHl7VPyvFmj6 Cl7J1X9mowSw13rAOLoRWlPAzVFvVKJqefqf/Los7RCNYO17xWBo0303+0yYy+ov/7tI kBdPGEjYQ/rSJrNlWCFIkL/t3fvSMBdPRbpF6ImQzKfs1mATlCYpX6bEwQisytWQUzcH ea1A== 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=F5wfEZ1z2FtqcMyThfvJg/zF7Y8aierNKHSEQV6lEcI=; b=X6vLRchVc3otivRRPfSSpQ7mWDZIIlYKwfbagy9oEReRW9Q1BrTtu1joXEfEo4/g2s X3LeeoXaUSOHF0I2Xp7CKelDNeYT+OHUtXVsohCJ2Bgs80rx0E7rUQHLpUT6QwFut4qc 1eanQsFTgJUZAWdea6hTqmKlulx5an0s41tRHmNqxHbWBBhFppyn2yk2DRE6LYzjmEpQ ZQOqFv9wp1eXYUXi03lt3BxDJPGM0+QbMGaq7ZFZAB3qhigIbeus5kNaQNo6hgHyVv/c krFuX6LynzYlaXeUSLYQiwnThFL+vpLd3QmfMhVS3ZSHQEt5hmRCOs3qgw9uOCVj182e FufA== 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 1si10920687ply.232.2019.03.13.08.27.52; Wed, 13 Mar 2019 08:28:14 -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 S1725926AbfCMP13 (ORCPT + 99 others); Wed, 13 Mar 2019 11:27:29 -0400 Received: from mail.kernel.org ([198.145.29.99]:56838 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725868AbfCMP13 (ORCPT ); Wed, 13 Mar 2019 11:27:29 -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 105B421019; Wed, 13 Mar 2019 15:27:27 +0000 (UTC) Date: Wed, 13 Mar 2019 11:27:26 -0400 From: Steven Rostedt To: Joel Fernandes Cc: "Paul E. McKenney" , linux-kernel@vger.kernel.org, rcu@vger.kernel.org, jiangshanlai@gmail.com, dipankar@in.ibm.com, mathieu.desnoyers@efficios.com, josh@joshtriplett.org, luto@kernel.org, byungchul.park@lge.com Subject: Re: [PATCH tip/core/rcu 06/19] rcu: Add warning to detect half-interrupts Message-ID: <20190313112726.01d974fc@gandalf.local.home> In-Reply-To: <20190313150948.GA84821@google.com> References: <20180829222021.GA29944@linux.vnet.ibm.com> <20180829222047.319-6-paulmck@linux.vnet.ibm.com> <20190311133939.GA29747@google.com> <20190311222903.GR13351@linux.ibm.com> <20190312150514.GB249405@google.com> <20190312152034.GZ13351@linux.ibm.com> <20190313150948.GA84821@google.com> X-Mailer: Claws Mail 3.16.0 (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 Wed, 13 Mar 2019 11:09:48 -0400 Joel Fernandes wrote: > AFAICS, lockdep does not specifically track when we enter an interrupt, but > rather only tracks when interrupts are enabled/disabled. It does: #define __irq_enter() \ do { \ account_irq_enter_time(current); \ preempt_count_add(HARDIRQ_OFFSET); \ trace_hardirq_enter(); \ } while (0) # define trace_hardirq_enter() \ do { \ current->hardirq_context++; \ } while (0) And if the hardirq_context ever does not match "in_irq()" lockdep will complain loudly. -- Steve