Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp1451153yba; Tue, 2 Apr 2019 09:06:25 -0700 (PDT) X-Google-Smtp-Source: APXvYqw1c6+/g+e5JUJx3HkVPlU2nlU3eWx0OII866aO2mYRbB5xKU1+OLqwo2hN1pHnUGCG1+6z X-Received: by 2002:a17:902:2e01:: with SMTP id q1mr72151891plb.253.1554221184927; Tue, 02 Apr 2019 09:06:24 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1554221184; cv=none; d=google.com; s=arc-20160816; b=WzEyjrBTpzMGXVEtvhP8Bn12Ylt822EfLH3yDAuX4LR6WRFi9FgNbq3QQP3tALHQkG NXvIIMoIGFGaKx5W/pFByuOjsuMf6u8eoPEW8Y4HoN0aKPPBG85gEBhw/K77+Nu78GlB I5ZQPExsDBrZnVLoN8vJ3jvQ35GwADQcqtn61gztIL0a5lvUpngmpsJRMu7xW9EWNjvN NPilmuNAE1Old5O237MDvj4oqG2ae27Za8kOKqtCCMw8lYeQE+w4MOaxR2JbzNGbVlHn wg9MZicqLGjU2+ghb31yh5MMUdmgSlOvC7w/3SOsU2HJ4Q8uu2yymnrgGsFtcp9wD1Ge JhcQ== 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 :message-id:date:subject:cc:to:from:dkim-signature; bh=0FLVNfDLN9nLxRGjTBYmG5IcCZsJT2J1YZWG1olHYgc=; b=u5LUnxcxkv60f8hPNGleq68gz8whLVT0TpOSCWg/KclSowpoMpifVAAcagYU9cu15v i9ybE//XTMJS0xhR8Xi8SiixgzAo90LDcZGuuW+WjDq5mJzGp194+yVAZMBieBFzkOCo l00LDm1vpXFv6pbry8h6q2UrFETU52iNDFw5D+aZ7JbuPz7UzGi7VxCXjauI/jL7xm8C Z5lFHVQA1bKfkZ2vg2MWH3N4N4O+P6gi+1ydUVkFpuDKPYOy85Ccm+X28/D0B3PwtMsv ej+8ZNCKYrOpqpheQvKz1Zj3M1Yxn0HHHYf3NGLpIuiVOWinhMlGtYYsiZFCA1avxXtX 0uiA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=MfAlFM2R; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id r5si11164397pgp.29.2019.04.02.09.06.09; Tue, 02 Apr 2019 09:06:24 -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; dkim=pass header.i=@kernel.org header.s=default header.b=MfAlFM2R; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730110AbfDBQCw (ORCPT + 99 others); Tue, 2 Apr 2019 12:02:52 -0400 Received: from mail.kernel.org ([198.145.29.99]:42774 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729060AbfDBQCw (ORCPT ); Tue, 2 Apr 2019 12:02:52 -0400 Received: from lenoir.home (lfbn-1-18527-45.w90-101.abo.wanadoo.fr [90.101.69.45]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id CDA282082C; Tue, 2 Apr 2019 16:02:50 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1554220971; bh=MDDT/wYnA7bV3zOilWOFj0myGxKMnx93Xh3xsRdJ8vw=; h=From:To:Cc:Subject:Date:From; b=MfAlFM2Rv+3hG6U0ni8960y6s3xow85DQf3KIiGYf4J3SC81kXvvA+n4lRpHsDdmJ SMkb5VofvdqyhwH/zdQpQQgXqXj3fy1yvjWFC6YfAFphA+qMYrQ5tqXu1hbrAMXwgr xX28/vo2cCDwsUvosYsx76sJfHNDjetVa2CLiXrU= From: Frederic Weisbecker To: LKML Cc: Frederic Weisbecker , Ingo Molnar , Peter Zijlstra Subject: [PATCH 0/4] lockdep cleanups and optimizations. Date: Tue, 2 Apr 2019 18:02:40 +0200 Message-Id: <20190402160244.32434-1-frederic@kernel.org> X-Mailer: git-send-email 2.21.0 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org These are lockdep bits that got accumulated in my softirq queue but are independant. Patches 1 and 2 are cleanups. 3 and 4 are IRQ locking validation optimization. git://git.kernel.org/pub/scm/linux/kernel/git/frederic/linux-dynticks.git lockdep/core HEAD: dd2ea3a0bffdc3e140dd4af085bae7f9f9a08d6d Thanks, Frederic --- Frederic Weisbecker (4): locking/lockdep: Move valid_state() inside CONFIG_TRACE_IRQFLAGS && CONFIG_PROVE_LOCKING locking/lockdep: Map remaining magic numbers to lock usage mask names locking/lockdep: Use expanded masks on find_usage_*() functions locking/lockdep: Test all incompatible scenario at once in check_irq_usage() kernel/locking/lockdep.c | 249 ++++++++++++++++++++++++------------- kernel/locking/lockdep_internals.h | 6 + 2 files changed, 172 insertions(+), 83 deletions(-)