Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp1239135pxb; Sun, 21 Feb 2021 17:33:48 -0800 (PST) X-Google-Smtp-Source: ABdhPJzeOuns2uI9az/Ka1q/0piS7wc7N74iWaVKfSjqU7UHnCdGQWskYLv8U/XhkfLpBRqwjyU7 X-Received: by 2002:aa7:d8da:: with SMTP id k26mr20270178eds.364.1613957628463; Sun, 21 Feb 2021 17:33:48 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1613957628; cv=none; d=google.com; s=arc-20160816; b=py+LeK8XZWuocWgSu/rwYtTWuJSftRm2oYbjLiBPLgsIXFlfNF/MTKhOI4zQsRtHq/ kMv6bTuYkxiEUHSBRbRfn0T6Asi4k5V9ijMHgedN4mZMu6RP+0rOQKGZQyoOAZUL+Qxm rsYl7xiXLmo5p6sxgFuzP3OFm89nWH165jXZUZ/goGx/11if+ibnPsTOuNFikWJB6K5P jQ/lMjnUTSdZ6X/jNaw9RBWqXsvKeDem+8zO4YCIgHbELJFUwiFe0+uVFh1Mjy331HAO TvhiUEY/qrrDQ2zrjQdWy8fbjMp0agq+K7tRwVIbXq2kH2kSIVbNR/Y42f06/Fqk39ne zqoQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject; bh=gCkQVNaziHiM00Of/vRRrh7fq2OHwPwmceH4e/un3Ic=; b=c8XGAdqDlOfUg+eYbZ9FAloTDapUUPCMR735sASUjCGNkzgw5Rvlj7AOPHoN8ClKGJ YbBMAHh+GpxdECx9KFucuXlf3CTv06oD+oMQs+vg+P05z1Xiri3c6CUudAiUwLgPCwJ9 9MBlVPtv9R89qTywQDkCn35DWA6ZOy2nCuvLfFuf4UAisruSrpL9nJLbA3eDkvkcdPNG sGNqfBHzcae9QfYgsmKKAkz6TUjtk8WtXZkSSkBP9KEvEAWghw/3nyh2Ix13+bGM/E96 Qi3D74r0i4tZum27JF9LbEIYj0nbEdyTJ9NPfkt3Jc6ewlFWtHC64r2XXlZWep66j4I4 0RKQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id jx2si11107311ejb.552.2021.02.21.17.33.25; Sun, 21 Feb 2021 17:33:48 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231699AbhBVBcz (ORCPT + 99 others); Sun, 21 Feb 2021 20:32:55 -0500 Received: from szxga06-in.huawei.com ([45.249.212.32]:12933 "EHLO szxga06-in.huawei.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231648AbhBVBcq (ORCPT ); Sun, 21 Feb 2021 20:32:46 -0500 Received: from DGGEMS405-HUB.china.huawei.com (unknown [172.30.72.60]) by szxga06-in.huawei.com (SkyGuard) with ESMTP id 4DkPl940tfzjPw4; Mon, 22 Feb 2021 09:30:45 +0800 (CST) Received: from [10.67.102.248] (10.67.102.248) by DGGEMS405-HUB.china.huawei.com (10.3.19.205) with Microsoft SMTP Server id 14.3.498.0; Mon, 22 Feb 2021 09:31:51 +0800 Subject: Re: [PATCH] perf record: Fix continue profiling after draining the buffer To: Arnaldo Carvalho de Melo , Jiri Olsa CC: Namhyung Kim , , Alexey Budankov , Adrian Hunter , Alexander Shishkin , Mark Rutland , Ingo Molnar , Peter Zijlstra , linux-kernel , References: <20210205065001.23252-1-yangjihong1@huawei.com> From: Yang Jihong Message-ID: <5a76a82e-7ec1-d510-309e-a38a1b41027e@huawei.com> Date: Mon, 22 Feb 2021 09:31:51 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.6.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset="utf-8"; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Originating-IP: [10.67.102.248] X-CFilter-Loop: Reflected Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hello, On 2021/2/19 1:09, Arnaldo Carvalho de Melo wrote: > Em Thu, Feb 18, 2021 at 10:20:53AM -0300, Arnaldo Carvalho de Melo escreveu: >> Em Fri, Feb 05, 2021 at 11:46:12AM +0100, Jiri Olsa escreveu: >>> On Fri, Feb 05, 2021 at 07:35:22PM +0900, Namhyung Kim wrote: >>>> Hello, >>>> >>>> On Fri, Feb 5, 2021 at 3:50 PM Yang Jihong wrote: >>>>> >>>>> commit da231338ec9c098707c8a1e4d8a50e2400e2fe17 uses eventfd to solve rare race >>>>> where the setting and checking of 'done' which add done_fd to pollfd. >>>>> When draining buffer, revents of done_fd is 0 and evlist__filter_pollfd >>>>> function returns a non-zero value. >>>>> As a result, perf record does not stop profiling. >>>>> >>>>> The following simple scenarios can trigger this condition: >>>>> >>>>> sleep 10 & >>>>> perf record -p $! >>>>> >>>>> After the sleep process exits, perf record should stop profiling and exit. >>>>> However, perf record keeps running. >>>>> >>>>> If pollfd revents contains only POLLERR or POLLHUP, >>>>> perf record indicates that buffer is draining and need to stop profiling. >>>>> Use fdarray_flag__nonfilterable to set done eventfd to nonfilterable objects, >>>>> so that evlist__filter_pollfd does not filter and check done eventfd. >>>>> >>>>> Fixes: da231338ec9c (perf record: Use an eventfd to wakeup when done) >>>>> Signed-off-by: Yang Jihong >>>>> --- >>>>> tools/perf/builtin-record.c | 2 +- >>>>> tools/perf/util/evlist.c | 8 ++++++++ >>>>> tools/perf/util/evlist.h | 4 ++++ >>>>> 3 files changed, 13 insertions(+), 1 deletion(-) >>>>> >>>>> diff --git a/tools/perf/builtin-record.c b/tools/perf/builtin-record.c >>>>> index fd3911650612..51e593e896ea 100644 >>>>> --- a/tools/perf/builtin-record.c >>>>> +++ b/tools/perf/builtin-record.c >>>>> @@ -1663,7 +1663,7 @@ static int __cmd_record(struct record *rec, int argc, const char **argv) >>>>> status = -1; >>>>> goto out_delete_session; >>>>> } >>>>> - err = evlist__add_pollfd(rec->evlist, done_fd); >>>>> + err = evlist__add_wakeup_eventfd(rec->evlist, done_fd); >>>>> if (err < 0) { >>>>> pr_err("Failed to add wakeup eventfd to poll list\n"); >>>>> status = err; >>>>> diff --git a/tools/perf/util/evlist.c b/tools/perf/util/evlist.c >>>>> index 05363a7247c4..fea4c1e8010d 100644 >>>>> --- a/tools/perf/util/evlist.c >>>>> +++ b/tools/perf/util/evlist.c >>>>> @@ -572,6 +572,14 @@ int evlist__filter_pollfd(struct evlist *evlist, short revents_and_mask) >>>>> return perf_evlist__filter_pollfd(&evlist->core, revents_and_mask); >>>>> } >>>>> >>>>> +#ifdef HAVE_EVENTFD_SUPPORT >>>>> +int evlist__add_wakeup_eventfd(struct evlist *evlist, int fd) >>>>> +{ >>>>> + return perf_evlist__add_pollfd(&evlist->core, fd, NULL, POLLIN, >>>>> + fdarray_flag__nonfilterable); >>>>> +} >>>>> +#endif >>>> >>>> Does it build when HAVE_EVENTFD_SUPPORT is not defined? >>> >>> yea, I was wondering the same.. but it's called only from >>> code within HAVE_EVENTFD_SUPPORT ifdef >> >> Yes, this can't work on systems without eventfd, it will simply not >> build, and why do we have to make the definition of this function >> conditional on HAVE_EVENTFD_SUPPORT? >> >> I'm missing something :-\ >> >> Yeah, this whole call to evlist__add_pollfd is already surrounded by >> #ifdef HAVE_EVENTFD_SUPPORT: >> >> 1656 if (zstd_init(&session->zstd_data, rec->opts.comp_level) < 0) { >> 1657 pr_err("Compression initialization failed.\n"); >> 1658 return -1; >> 1659 } >> 1660 #ifdef HAVE_EVENTFD_SUPPORT >> 1661 done_fd = eventfd(0, EFD_NONBLOCK); >> 1662 if (done_fd < 0) { >> 1663 pr_err("Failed to create wakeup eventfd, error: %m\n"); >> 1664 status = -1; >> 1665 goto out_delete_session; >> 1666 } >> 1667 err = evlist__add_pollfd(rec->evlist, done_fd); >> 1668 if (err < 0) { >> 1669 pr_err("Failed to add wakeup eventfd to poll list\n"); >> 1670 status = err; >> 1671 goto out_delete_session; >> 1672 } >> 1673 #endif // HAVE_EVENTFD_SUPPORT >> 1674 >> 1675 session->header.env.comp_type = PERF_COMP_ZSTD; >> 1676 session->header.env.comp_level = rec->opts.comp_level; >> >> Jiri, does your Acked-by stands? Namhyung? > > Thanks tested and applied, together with Jiri's Tested-by, > > - Arnaldo > . > Is this patch okay? Is there anything that needs to be modified? Thanks, Yang