Received: by 2002:ac0:a594:0:0:0:0:0 with SMTP id m20-v6csp1521315imm; Wed, 23 May 2018 18:25:24 -0700 (PDT) X-Google-Smtp-Source: AB8JxZrvXlLWG50PDxTLB6m6+NLn9ZWz0uQ4epvmWJR8L1Wv2gs2EQtpCgDxmddf25/KsdPeJi/T X-Received: by 2002:a65:5d0f:: with SMTP id e15-v6mr4153921pgr.119.1527125124218; Wed, 23 May 2018 18:25:24 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1527125124; cv=none; d=google.com; s=arc-20160816; b=GaoNA8UeIUxF8+PeQKcq8mvQUNT79jYSUEyEgeBzBl6JgyZ3MevIY3OOiUBvUiZOAK dQOb90rH95Ar39sOdY/8khSga5pUMY1X5b+fbtu4wggWuUnV0Y2acSahFcII6MP4UZMr hn7ggP6y9JSuYNVSEejwrUFqz8gKRrYYCHIIRoo4tzeqxH3U7+ms/Fo//lfCzSkrKeWE FPTyQFa6xtcRwOwKfx4PRjsYR5p1zQ+qn7thVaI4LUBg51vkde+ryOsXiKKcJ/lLezy7 g1F5iIY7KUOpyzOtKV6laXi2+w2a+mtoqk4LC2q3mKDZJRUDh2E9GFSNfe6IsFgvP2rx QpLw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:message-id:date:subject:cc:to:from :dkim-signature:arc-authentication-results; bh=ekRxB1KndeVlgDIvrGwIFx4vheyyGRQY56s22WTA87A=; b=NbPv0OvrSDi06IAnadEHUKwdqZAMGp5WSuBlo6tWvoXLZ6D6uI8gvEFdKC4UfFKfsE iqui/708yr4xO/a8qX4G6GBhMaLZ/Q1IC4Yp/vmJuxKYwQiyFqyDIyjoIHFHe7DSZUis r5nMVyvjoK47FUaP9Iq2W4PcOzEfqehK9hvI4um27Ag7IXCGpEl4TMyaeQC9HReyaFdE V6R5iuk/bj74zpjMW047nTqC1qxE2SIvcH0yqMxhqjxSvrEqiPwPNqpRrvOrKmt4ZLlb i14G2fu0H8PK+JoaHO99FIjLgzbdXW/Bu0gNtAZO1gkRkil/p14SoZfmLQWiIg8Chz7a dG8g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b=WgdnYc82; 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=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 1-v6si20063307plx.236.2018.05.23.18.25.09; Wed, 23 May 2018 18:25: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=@google.com header.s=20161025 header.b=WgdnYc82; 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=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S935370AbeEXBW3 (ORCPT + 99 others); Wed, 23 May 2018 21:22:29 -0400 Received: from mail-pl0-f67.google.com ([209.85.160.67]:33753 "EHLO mail-pl0-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S935324AbeEXBW1 (ORCPT ); Wed, 23 May 2018 21:22:27 -0400 Received: by mail-pl0-f67.google.com with SMTP id n10-v6so14093953plp.0 for ; Wed, 23 May 2018 18:22:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=from:to:cc:subject:date:message-id; bh=ekRxB1KndeVlgDIvrGwIFx4vheyyGRQY56s22WTA87A=; b=WgdnYc82Stu4ViMoYjf4iRdj3RnzqxSQTqyKOfa7wqCfwBwnORWSb0ttj4kvDDKRlJ Ixy66xQ3uhLdYT5qQmF+GRl/1msqurW7k1mnArBd1zi7UCU2dSD2kMlj+0N3rUW/ablx CFpAnyFTE34t/SE13/7faNJQ3GVSfszcf9B8hhAfxABihrcIwSTvVWo9v5LxUK7KO4WO qQPEDlGj+X/EEaGHM51gBKJl9wjdsNuPDXrOrdwyD39BVt/Y9XYkn0OU1CG5wAKjG2Tw IY34YNswsy9scimACG39skNbARKbV4IW3etDbLNRqs75aC45ni7LLjSH0wvy78kjxvPB +J+Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id; bh=ekRxB1KndeVlgDIvrGwIFx4vheyyGRQY56s22WTA87A=; b=Vap3tB8N1jE5IrxgIov6O25tdENeGGn3BwGJBvo7wQk0M3j5EA8D5y6VQkkrdgOTRt f7RK7g/Ws9wpoHQC0aplK2TTLBvnXaB6HNTcdVQ+EF1x/Ebgy7VUhxOi0jXID/2ALkw+ jVIUCujETtJa/wkRAvBqaBhjqAz3Ae/ktjOOQMWbjwFFiNHfLJ+EIaOM8ONPLJuCXU7W k7QHKfipxDUimiIe6QfhN1G24YvnG3+NjpKlx9aksN6osCqSAkaf089HUPsSUMlCeLb4 zjxV1qCsuaBikcrq1znoN/2J2AkvTWH0d5lPWbR9qy7uweqjZ8hvVkRG6sGbzAep+nAy uJ/w== X-Gm-Message-State: ALKqPwfB7gA2ZjOqbXGDCSG6Z7++7CnPZ8838FVM5dnsAPCu5OyUf0gm XUQTO3cKmlfeu8Pd3j35IWeqsLHk+Vw= X-Received: by 2002:a17:902:14cb:: with SMTP id y11-v6mr5056882plg.229.1527124946623; Wed, 23 May 2018 18:22:26 -0700 (PDT) Received: from joelaf.mtv.corp.google.com ([2620:0:1000:1600:3122:ea9c:d178:eb]) by smtp.gmail.com with ESMTPSA id g15-v6sm26070996pgv.58.2018.05.23.18.22.25 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 23 May 2018 18:22:25 -0700 (PDT) From: Joel Fernandes X-Google-Original-From: Joel Fernandes To: linux-kernel@vger.kernel.org Cc: kernel-team@android.com, "Joel Fernandes (Google)" , Boqun Feng , Byungchul Park , Erick Reyes , Ingo Molnar , Julia Cartwright , linux-kselftest@vger.kernel.org, Masami Hiramatsu , Mathieu Desnoyers , Namhyung Kim , Paul McKenney , Peter Zijlstra , Shuah Khan , Steven Rostedt , Thomas Glexiner , Todd Kjos , Tom Zanussi Subject: [PATCH v7 0/8] Centralize and unify usage of preempt/irq tracepoints Date: Wed, 23 May 2018 18:21:49 -0700 Message-Id: <20180524012157.181277-1-joel@joelfernandes.org> X-Mailer: git-send-email 2.17.0.441.gb46fe60e1d-goog Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: "Joel Fernandes (Google)" This is the next revision of preempt/irq tracepoint centralization and unified usage across the kernel. The preempt/irq tracepoints exist but not everything in the kernel is using it. This makes things not work simultaneously (for ex, only either lockdep or irqsoff events can be used at a time). This series is an attempt to solve that, and also results in a nice clean up of kernel in general. Several ifdefs are simpler, and the design is more unified and better. Also as a result of this, we also speeded performance all rcuidle tracepoints since their handling is simpler. Few changes since v6: - Added a module to simulate an atomic section, a kselftest to load and and trigger it which verifies the preempt-tracer and this series. - there is a new warning after I rebased in early boot, this is because early_boot_irqs_disabled was set too early, I moved it after the lockdep initialization. - added back the softirq fix since it appears it wasn't picked up. - Ran Ingo's locking API selftest suite which are passing with this series. - Mathieu suggested ifdef'ing the tracepoint_synchronize_unregister function incase tracepoints aren't enabled, did that. Joel Fernandes (Google) (7): softirq: reorder trace_softirqs_on to prevent lockdep splat srcu: Add notrace variant of srcu_dereference trace/irqsoff: Split reset into separate functions tracepoint: Make rcuidle tracepoint callers use SRCU tracing: Centralize preemptirq tracepoints and unify their usage lib: Add module to simulate atomic sections for testing preemptoff tracers kselftests: Add tests for the preemptoff and irqsoff tracers Paul McKenney (1): srcu: Add notrace variants of srcu_read_{lock,unlock} include/linux/ftrace.h | 11 +- include/linux/irqflags.h | 11 +- include/linux/lockdep.h | 8 +- include/linux/preempt.h | 2 +- include/linux/srcu.h | 22 ++ include/linux/tracepoint.h | 48 +++- include/trace/events/preemptirq.h | 23 +- init/main.c | 5 +- kernel/locking/lockdep.c | 35 ++- kernel/sched/core.c | 2 +- kernel/softirq.c | 6 +- kernel/trace/Kconfig | 22 +- kernel/trace/Makefile | 2 +- kernel/trace/trace_irqsoff.c | 235 ++++++------------ kernel/trace/trace_preemptirq.c | 71 ++++++ kernel/tracepoint.c | 15 +- lib/Kconfig.debug | 8 + lib/Makefile | 1 + lib/test_atomic_sections.c | 79 ++++++ tools/testing/selftests/ftrace/config | 3 + .../test.d/preemptirq/irqsoff_tracer.tc | 74 ++++++ 21 files changed, 454 insertions(+), 229 deletions(-) create mode 100644 kernel/trace/trace_preemptirq.c create mode 100644 lib/test_atomic_sections.c create mode 100644 tools/testing/selftests/ftrace/test.d/preemptirq/irqsoff_tracer.tc -- 2.17.0.441.gb46fe60e1d-goog