Received: by 2002:ac0:aa62:0:0:0:0:0 with SMTP id w31-v6csp2234688ima; Mon, 22 Oct 2018 06:37:44 -0700 (PDT) X-Google-Smtp-Source: AJdET5fNgn7uM9yhegnyd4w3v5GjUVUKAdFRcplely/Z141XtnqahBRYv/21mhh80WzJ66viJqzv X-Received: by 2002:a63:5f95:: with SMTP id t143mr4314970pgb.395.1540215463996; Mon, 22 Oct 2018 06:37:43 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1540215463; cv=none; d=google.com; s=arc-20160816; b=c7nlvJqg+auKf1fjyOwq9IOc89qD9896aRNjm/geHWqswqd5309HfF49gZ/TqcIqn2 dH4bLaU+OL5nNJW2t+gZWIKt9hxXozJsBTkw1ll8xMhU86IqJZWjHxudR0tzAA8SJaDj ITa/4GuzjFMw5DL2eyw8z5kkdJyvsOwf5QjB5XAEC/9T0BK+0GFw37ZmCcdKyEw/gUd3 zXLmZmdExv8sAetCW6iMwvHmNPRvmvMGmNThlGLk5wG1c2ER9XRPH2aHiQyNBDC4P4Dh Lu8ANv6KJJqDeEt15n3H0zf0i+ZuSiqXgXepW3ebM008aCXk76xlv9QxQQztmnmS9TJv Tyxg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:message-id:date:references :in-reply-to:subject:cc:to:from; bh=AMTObDlj5l+/wEzg+vrolG0yn/aQO1yVfcXB3q5Wjso=; b=QoT2vo73boHD0z7QlAXJFuvh2ZQ4MmgxAejB9RgE8eyQ/h7z7oadeoBZkFoXG+njC8 hcDm5R3RatjpF4T69k2lLxPgSI1qICIN0kZ65wptDEvlhjtfhnYLMbOUabD5Kp8GWBFs d1D8W3WT5NThIh1edHu3cLipc0JRV1qzp3zKYFoPatHWqdj3lRZkR9I5qIvH3l2Gv/fd QfPac3IFvh3rA9kk7XYHMX5DqIo7ia+15sIYCz3rkZOrRBrCx4gYMdKBv957Q0zhTJt5 j8vbHiHbpvogytwCbRlgKidGUjs7hiHnAQftSwTzl9EiETkCJiq406MXFcPguJ3xgQHX yf5g== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id h80-v6si36002344pfj.120.2018.10.22.06.37.18; Mon, 22 Oct 2018 06:37:43 -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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728694AbeJVVpB (ORCPT + 99 others); Mon, 22 Oct 2018 17:45:01 -0400 Received: from mga02.intel.com ([134.134.136.20]:32851 "EHLO mga02.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727587AbeJVVpB (ORCPT ); Mon, 22 Oct 2018 17:45:01 -0400 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga004.jf.intel.com ([10.7.209.38]) by orsmga101.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 22 Oct 2018 06:26:26 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.54,412,1534834800"; d="scan'208";a="243331380" Received: from um.fi.intel.com (HELO localhost) ([10.237.72.212]) by orsmga004.jf.intel.com with ESMTP; 22 Oct 2018 06:26:23 -0700 From: Alexander Shishkin To: Peter Zijlstra , mingo@kernel.org Cc: linux-kernel@vger.kernel.org, acme@kernel.org, jolsa@redhat.com, songliubraving@fb.com, eranian@google.com, tglx@linutronix.de, alexey.budankov@linux.intel.com, mark.rutland@arm.com, megha.dey@intel.com, frederic@kernel.org Subject: Re: [RFC][PATCH] perf: Rewrite core context handling In-Reply-To: <20181010104559.GO5728@hirez.programming.kicks-ass.net> References: <20181010104559.GO5728@hirez.programming.kicks-ass.net> Date: Mon, 22 Oct 2018 16:26:22 +0300 Message-ID: <87lg6q6rk1.fsf@ashishki-desk.ger.corp.intel.com> MIME-Version: 1.0 Content-Type: text/plain Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Peter Zijlstra writes: > @@ -1926,8 +1920,9 @@ static void perf_group_detach(struct per > add_event_to_groups(sibling, event->ctx); > > if (sibling->state == PERF_EVENT_STATE_ACTIVE) { > + struct perf_event_pmu_context *pmu_ctx = event->pmu_ctx; > struct list_head *list = sibling->attr.pinned ? > - &ctx->pinned_active : &ctx->flexible_active; > + &pmu_ctx->pinned_active : &pmu_ctx->flexible_active; > > list_add_tail(&sibling->active_list, list); Ok, since I'm getting to the bottom of things: the event::active_list is actually event::active_entry, which also does exist, but is not used anywhere other than its initialization. Let's maybe get rid of the _list? Regards, -- Alex