Received: by 2002:a05:6902:102b:0:0:0:0 with SMTP id x11csp1678995ybt; Thu, 25 Jun 2020 11:27:26 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzWiXBP92JeHPWUwMp6O5M1UWEf1u9AdMwAAQVdNcw/PWIatow4nATjNL7bpECizfbu1b2i X-Received: by 2002:a17:906:4757:: with SMTP id j23mr24850797ejs.431.1593109645966; Thu, 25 Jun 2020 11:27:25 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1593109645; cv=none; d=google.com; s=arc-20160816; b=N1gcw1UMpX/gX7SpOUXNEQePjnXIsRp34nZRUWFVd9rMcT6zlyKGo+Az/WKPP9szd/ dSoJgt+FCvhTDvw+rYQLyUFpSh0ZlIROeu/U1Sy2n5oQx7f2gZZ3JzxLGVjOU4aqFWeA YDvQ6Zu2AfEo2R6FtBf7Nqje16gJTz16qZaMgSL8DUd3jl+txQdtCQxGWIJLzzH5Y6Bh dQU7MjCm8xNcVgyTihfGQLrn7FrfrVQfrBK6Qw8ndLWoM7ocPBExwMDrhYX1Fyp/5L8V JuLf7lWLbx9Q/3pyO3ByHgIqBjQH4zuEjsbLA76NzgGWJ16XLr4qZs+ez3FAJuKfFhVe m3Pg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date :dkim-signature; bh=m2oVqTZOMAgLQ+rHg3irgZQTKVNYsSFJIr0KW24bVfI=; b=Fm3LwvcUO0S7dxb34lwDOXvRGGuAjSVnhCXpE+SVNWYbHohy3fGWS+TzV/rABbp8JB QRigGLZPayibCNqQUFetT/lL1D+JiigtsMqM0RX8bmTU5E983kE/R05GDd0J7lxBamtL oUp3TJGEgHyxb7/GXcKaU2fGgHsvjjqE7qaZnrri1cq4Ehpbwdrc0DUBe1cCsi/TMIjz 4kN+W5Oleh3tb4ADEz3CMPPCZE6/sgXxeWcUCXCHElQh1wmagw3gVunkT+ZRkf2KTbXZ XDpT1dICJ0GfkkTdvOupP0iuaxH5iV+fUkjjyBbsApLI0O8GuOtjUgi2dpOjQ/h6SGf7 S5VA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=KWcTws98; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id n26si5296340ejs.214.2020.06.25.11.27.02; Thu, 25 Jun 2020 11:27:25 -0700 (PDT) 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; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=KWcTws98; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2404164AbgFYRNK (ORCPT + 99 others); Thu, 25 Jun 2020 13:13:10 -0400 Received: from us-smtp-delivery-1.mimecast.com ([207.211.31.120]:35257 "EHLO us-smtp-1.mimecast.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S2404083AbgFYRNJ (ORCPT ); Thu, 25 Jun 2020 13:13:09 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1593105188; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=m2oVqTZOMAgLQ+rHg3irgZQTKVNYsSFJIr0KW24bVfI=; b=KWcTws98jgRqYQ8QlemgiC6VA3x7OcQkjGj1/EMldkWxh7bIGhpDHrog1VDa+BUVLOtz7S 2D2ff4uB00i3oybO3Zzt7ygKfMZeM6PIEEe+sOmR4pQhfgxQUg2PNmhf0noZtRO39vPF+j SeT7iuE2qrKgR8rLHFwpRS8LgqT3xmE= Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-267-ZRLiX5l5OHuQM2vE6-Du3w-1; Thu, 25 Jun 2020 13:13:04 -0400 X-MC-Unique: ZRLiX5l5OHuQM2vE6-Du3w-1 Received: from smtp.corp.redhat.com (int-mx03.intmail.prod.int.phx2.redhat.com [10.5.11.13]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id F0700800597; Thu, 25 Jun 2020 17:13:02 +0000 (UTC) Received: from krava (unknown [10.40.192.78]) by smtp.corp.redhat.com (Postfix) with SMTP id 380C760C1D; Thu, 25 Jun 2020 17:13:01 +0000 (UTC) Date: Thu, 25 Jun 2020 19:13:00 +0200 From: Jiri Olsa To: Alexey Budankov Cc: Arnaldo Carvalho de Melo , Namhyung Kim , Alexander Shishkin , Peter Zijlstra , Ingo Molnar , Andi Kleen , linux-kernel Subject: Re: [PATCH v8 04/13] perf stat: factor out body of event handling loop for system wide Message-ID: <20200625171300.GK2719003@krava> References: <0781a077-aa82-5b4a-273e-c17372a72b93@linux.intel.com> <20200623145630.GK2619137@krava> <51d5511a-e9a7-2865-c81b-57488e820f8d@linux.intel.com> <20200625121719.GI2719003@krava> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Scanned-By: MIMEDefang 2.79 on 10.5.11.13 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Jun 25, 2020 at 07:01:08PM +0300, Alexey Budankov wrote: SNIP > >> > >> Well, ok. > >> > >> I will rename process_interval() to __process_interval() and > >> then print_interval() to process_interval(). > >> > >> Regarding timeout let's have it like this: > >> > >> static bool process_timeout(int timeout) > >> { > >> return timeout ? true : false; > >> } > > > > can't this just stay as value check after finished poll? > > > > if (timeout) > > break; > > > > and then separate call to process_interval(interval, times)? > > Like this? Still makes sense to have it in a single function. > > static bool process_timing_settings(int timeout, unsigned int interval, int *times) > { > bool res = timeout ? true : false; > if (!res) > res = process_interval(interval, times); > return res; > } I don't see the connection between timeout and interval IMO this just complicates things, is there a problem to keep it separated as it is now? jirka > > ~Alexey >