Received: by 2002:a25:ab43:0:0:0:0:0 with SMTP id u61csp5217943ybi; Tue, 28 May 2019 09:19:04 -0700 (PDT) X-Google-Smtp-Source: APXvYqx+sj2aK/VkRnNFU1Zx6w+kfkkjwxRfuhNHg8oEwLAZpDM/p6InZHCiyEI0lBQeWFJxaJou X-Received: by 2002:a63:1663:: with SMTP id 35mr2080149pgw.253.1559060344177; Tue, 28 May 2019 09:19:04 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1559060344; cv=none; d=google.com; s=arc-20160816; b=aTtfS1ac7s3byfBAz+B/O5cGx5F1veoeKMmRq1zJG+xYiGzqIzLf/kk7VBMWVgJ9Ot fuCIUnzCtHm1hW2N/n/bNnrm/k99wx7SCXUJgNhVNHq8Mu/kH20g0BGQ+2wEfI+3ZYtQ YpXnc565PSqsX2GuFnu8ko4t+OzIZ63ICTZFpOeV7hzZ2pLxJdCJhJmGQ0exe6HBkd5z eq47+tMQ59SiPhU7deogQFtkDXE3vdUktNeS+hipwXGh+QZuscZ2WbYlwQ2+bHORxwRL rep5Qn5S1M7izAcjnZmAt6TGDPYN6bvT86pavw0x90d6rHw6oElXmu0hRvaaC34uWwH0 zsAg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-language :content-transfer-encoding:in-reply-to:mime-version:user-agent:date :message-id:references:cc:to:from:subject:dmarc-filter :dkim-signature:dkim-signature; bh=ZWoaaks2wzGU809fCPh6RBuZmvZ9JR4VFFKt6xNXMOw=; b=Uao8voACzyHuOCVAXywskX3ObSDulitDIu8G2FZqMP2AK+dTOt3GFuKol2QVCOG9Kk g3uVxLfPYEW3iGa/TS5HSWYqDoWvry+/Z2vnWk86YxGRj6oGveTK/mqVanDhYmsVrzt3 9+iKea9ybaHQgh80GpyxCLCNm4K1U8gNRPY2/ZCzp7hcZcwVMSFvkkxl39NUT3yk4V4/ mu++v6GKfyJ4aBYjRCaoHePNrOsB39IOQ6fs/pdT6CRtJX8+9bsZb/xmo+4E8RQYGosp HCYiudVp1zq91fq0g6Yl7DoVWWfdKDX2kM5knQ+7V9REl2cGnkLrV+mBAJ/XCE0w1itA RKqw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@codeaurora.org header.s=default header.b="m6MP/xrw"; dkim=pass header.i=@codeaurora.org header.s=default header.b=hvwoMvcF; 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 r204si24172322pfc.263.2019.05.28.09.18.49; Tue, 28 May 2019 09:19:04 -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=@codeaurora.org header.s=default header.b="m6MP/xrw"; dkim=pass header.i=@codeaurora.org header.s=default header.b=hvwoMvcF; 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 S1727279AbfE1QRA (ORCPT + 99 others); Tue, 28 May 2019 12:17:00 -0400 Received: from smtp.codeaurora.org ([198.145.29.96]:35082 "EHLO smtp.codeaurora.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726371AbfE1QQ7 (ORCPT ); Tue, 28 May 2019 12:16:59 -0400 Received: by smtp.codeaurora.org (Postfix, from userid 1000) id 387BF6188E; Tue, 28 May 2019 16:16:53 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org; s=default; t=1559060219; bh=NZZxhr/Jde6iwR3plkTJWmJgNv290hmJqEH8yoF/dOE=; h=Subject:From:To:Cc:References:Date:In-Reply-To:From; b=m6MP/xrw8LbKlYy3Am484x8NVoogtjAdQFQ+SzkWdvbl79o3tCdAqu7ogk7klXSZz pXmW1gxlX3iPEFqgdD27SqqldFkWvqOHTiDLCW3gu/1U3ZIobYyrMLjSUZLR9f5PYz eehn9QsUmbMDxqS2cJyYV7o8j9xS2Z3+XnMoct+c= X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on pdx-caf-mail.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-2.7 required=2.0 tests=ALL_TRUSTED,BAYES_00, DKIM_INVALID,DKIM_SIGNED,SPF_NONE autolearn=no autolearn_force=no version=3.4.0 Received: from [10.204.79.15] (blr-c-bdr-fw-01_globalnat_allzones-outside.qualcomm.com [103.229.19.19]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: mojha@smtp.codeaurora.org) by smtp.codeaurora.org (Postfix) with ESMTPSA id 582FC61B6A; Tue, 28 May 2019 16:16:49 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org; s=default; t=1559060212; bh=NZZxhr/Jde6iwR3plkTJWmJgNv290hmJqEH8yoF/dOE=; h=Subject:From:To:Cc:References:Date:In-Reply-To:From; b=hvwoMvcFHdinPmCvtky2U3w5mqiaWtS3H3yzP01VpBZSHg5+52w1o8bVxGgUvjUpT eCQSnnm4+T4wXCp8co+a46KYttuBX5oKproWtJfqnbIAzPkbAIM+kmBVPEk5XyswvU b85ufxgfXFz5Wv3xExY6mZ3L43Yp3fJM+6TKoDag= DMARC-Filter: OpenDMARC Filter v1.3.2 smtp.codeaurora.org 582FC61B6A Authentication-Results: pdx-caf-mail.web.codeaurora.org; dmarc=none (p=none dis=none) header.from=codeaurora.org Authentication-Results: pdx-caf-mail.web.codeaurora.org; spf=none smtp.mailfrom=mojha@codeaurora.org Subject: Re: Perf: Preserving the event across CPU hotunplug/plug and Creation of an event on offine CPU From: Mukesh Ojha To: Peter Zijlstra Cc: lkml , Thomas Gleixner References: Message-ID: <4f276f87-b6d8-f868-b3e7-9951d1383070@codeaurora.org> Date: Tue, 28 May 2019 21:46:42 +0530 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Friendly Ping. On 5/23/2019 6:39 PM, Mukesh Ojha wrote: > Hi Peter/All, > > This is regarding the discussion happen in the past about > https://lkml.org/lkml/2018/2/15/1324 > > Where the exact ask is to allow preserving and creation of events on a > offline CPU, so that when the CPU > comes online it will start counting. > > I had a look at your patch too and resolve crash during while trying > to create an event on an offline cpu. > > In your patch,  you seem to disable event when cpu goes offline which > is exactly deleting the event > from the pmu and add when it comes online, it seems to  work. > > But, For the purpose of allowing the creation of event while CPU is > offline is not able to count event while > CPU coming online, for that i did some change, that did work. > > Also, I have query about the events which gets destroyed while CPU is > offline and we need to remove them > once cpu comes online right ? As Raghavendra also queried the same in > the above thread. > > Don't we need  a list where we maintain the events which gets > destroyed while CPU is dead ? > and clean it  up when CPU comes online ? > > Thanks. > Mukesh > >