Received: by 10.223.176.5 with SMTP id f5csp1456387wra; Wed, 7 Feb 2018 20:35:49 -0800 (PST) X-Google-Smtp-Source: AH8x226FMVNsWf1LuhCGkeF9si/DaJKw/tlc8YWEvSp2R3Ix4wi4/PY2zEgs2bANzQdbJtOhsGpu X-Received: by 2002:a17:902:6e8c:: with SMTP id v12-v6mr8514256plk.14.1518064549268; Wed, 07 Feb 2018 20:35:49 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1518064549; cv=none; d=google.com; s=arc-20160816; b=FGcJ82TBPIhkiwxVJviOefKKw9X46I9gOuCQ/CQmKkG3Fu+PhDMlctIheNj8+73hS7 j6EPPj+naj86xOMkBjOrpIxJKUGhJZBuwntB2d3jYmc/YtilRoenYuBAfhgzMcRTfNmW OTPB8hnB2hERGmGpZLQNCet5brYcCmQGA8IBKOTw0wxrzGZjiBlDNkK4Xe6Qqtitttjj HIxZ4dmn1P4NfGHT+EuQJzIEEhWTiPUmCVjRy0tyFXkNtFpcAOzHeNXJoml/HbTJCg1W y+LuSXxSZeRWO8UxuoI56Nd+rny5r1KlG3yJmPF7WPfp2Ypt4c7mONUPYTrg0+PRgMRX ejEQ== 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:date:cc:to:from:subject:message-id :arc-authentication-results; bh=WMLHMgR3XPeQQW8RDdzm+0b97Ba6xnzSagU7zBtc1w8=; b=wnMHDocWKk7ybhvwTeepsyxrutOL6YYSgcq+A7/GmkCt3OKVlc9hvU+YoDiE+bQdIe M8xdA8mbCEhepZLax3yTzGuyYDWb9/DFcjv1vamAjuDbr5mncUv5jnvhHt6+nz0RLWUH VFRPnoAksGcL2lCoYCE+wTX4npP4pfn/nlEF8tXjMZm3ku93XElF1TeZkn/c4ABSASqV O3QV7fAvcJaV2LDAbKr+aZzYU9OC12iSnQF+oHaCmQGP3cFPDe51GFd+EfZtvisy/iSZ R4/T/T6Dc9Itj5h1kXW7eD/7lVL6ssunSZKookVmRg0x2/R7MAt53E/xb+WHzJSaBccm RhJQ== 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 b84si2189895pfj.183.2018.02.07.20.35.24; Wed, 07 Feb 2018 20:35:49 -0800 (PST) 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 S1751424AbeBHEe1 (ORCPT + 99 others); Wed, 7 Feb 2018 23:34:27 -0500 Received: from mga12.intel.com ([192.55.52.136]:54362 "EHLO mga12.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750986AbeBHEe0 (ORCPT ); Wed, 7 Feb 2018 23:34:26 -0500 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga003.jf.intel.com ([10.7.209.27]) by fmsmga106.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 07 Feb 2018 20:34:25 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.46,476,1511856000"; d="scan'208";a="25643656" Received: from acave-mobl1.amr.corp.intel.com (HELO [10.254.129.160]) ([10.254.129.160]) by orsmga003.jf.intel.com with ESMTP; 07 Feb 2018 20:34:14 -0800 Message-ID: <1518064452.29966.4.camel@tzanussi-mobl.amr.corp.intel.com> Subject: Re: [PATCH v9 35/37] tracing: Increase trace_recursive_lock() limit for synthetic events From: Tom Zanussi To: Steven Rostedt Cc: tglx@linutronix.de, mhiramat@kernel.org, namhyung@kernel.org, vedang.patel@intel.com, bigeasy@linutronix.de, joel.opensrc@gmail.com, joelaf@google.com, mathieu.desnoyers@efficios.com, baohong.liu@intel.com, rajvi.jingar@intel.com, julia@ni.com, fengguang.wu@intel.com, linux-kernel@vger.kernel.org, linux-rt-users@vger.kernel.org Date: Wed, 07 Feb 2018 22:34:12 -0600 In-Reply-To: <20180207205501.2b19c8d6@gandalf.local.home> References: <827fcc7a6840db06d196fc18905033d519681eff.1516069914.git.tom.zanussi@linux.intel.com> <20180207205501.2b19c8d6@gandalf.local.home> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.10.4 (3.10.4-4.fc20) Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Steve, On Wed, 2018-02-07 at 20:55 -0500, Steven Rostedt wrote: > On Mon, 15 Jan 2018 20:52:09 -0600 > Tom Zanussi wrote: > > > static __always_inline int > > trace_recursive_lock(struct ring_buffer_per_cpu *cpu_buffer) > > { > > - if (cpu_buffer->current_context >= 4) > > + if (cpu_buffer->current_context >= 6) > > I can't apply this patch because the new context counting broke tracing > suspend and resume because it depended on the context recursive locking. > > Link: http://lkml.kernel.org/r/20180116020051.776011914@goodmis.org > > I added the attached two patches which appear to do the job. > > Let me know what you think. > Yeah, these look good and seem to do the trick - I did some quick testing and didn't see any problems. Thanks, Tom