Received: by 2002:a05:6a10:5bc5:0:0:0:0 with SMTP id os5csp1431545pxb; Mon, 11 Oct 2021 06:00:32 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyUS3Fl/xEnlAYQYl5aaBD0pZqBH3I2h12WLdlZ5zfjNfWoQumole2MvZ5djWGidSCLA41e X-Received: by 2002:a17:906:1f49:: with SMTP id d9mr25219127ejk.150.1633957232632; Mon, 11 Oct 2021 06:00:32 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1633957232; cv=none; d=google.com; s=arc-20160816; b=aEYyTnkA/7hsf/G+HLJV9KaEgpVkj9hMbfLV7yYHQJHkfYoTw8YThq2zmUwU5TH+fV z1vUbSO9rmQ/J4Qc55+bVk70MRJQsqgncoMMdndOm1742XdC5gcbGwgaAT+PqEvu4/Ox sIXHDMnizpqmNVVX3ya3L+u6b+tiL7GCtoO+M7jlcXQFXkMA4HU9a111LH/LeZoR2HNu 1PYjQLr8otFa9ZKJKPbupTjEtwB4W7wpfjwXDb6oq04ps7crTBz5rQO7/ReOpkj/LuqL M3KdPI/vw2GKep+9pRIRZvNhJzzoIBvXhvA93twsc45THXNkP52ddPsAmbdLSiq9cP4s vGTw== 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:organization :from:references:cc:to:subject; bh=Cy0Uwl8rNI/Cx+IxO6UcdbIwZd3wBUFfJ8jY46XqtHE=; b=gYj5cFy3Mqc+Fb8lOBaTPevZAWfGqUOqJSkTCkwuKgxvKHddVCAJGEUd2Zevi3Jctm dcxks3fs+zhpOL7Of8RkR2jdjH9DXj/WghsqArVleaSMYsswQZ3wt+jaS0AigxftLOw4 oll978dDrKQ8DnSMyK5V4zBsfcQWSz6WhGUnJtu1pjM5YdcsLD8dq8B3dQX4/gKjwOtY tyYpNzrfsa+kYY21bDj4ZYsak9zuRbUXyTyvMV7FbBgj8AQL2b+oVYsoYmdmN7jNzph3 hXxaUk1ymH0oykLsS6E/uLBwGnOLScN1wF6FQlNt573e8j9z4i0aCiB7LrgfMXkt8G2J ge5w== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id o2si6398702ejc.426.2021.10.11.06.00.08; Mon, 11 Oct 2021 06:00:32 -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; 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=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S235388AbhJKJLQ (ORCPT + 99 others); Mon, 11 Oct 2021 05:11:16 -0400 Received: from mga03.intel.com ([134.134.136.65]:59970 "EHLO mga03.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S235366AbhJKJLP (ORCPT ); Mon, 11 Oct 2021 05:11:15 -0400 X-IronPort-AV: E=McAfee;i="6200,9189,10133"; a="226790399" X-IronPort-AV: E=Sophos;i="5.85,364,1624345200"; d="scan'208";a="226790399" Received: from orsmga008.jf.intel.com ([10.7.209.65]) by orsmga103.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 11 Oct 2021 02:09:12 -0700 X-IronPort-AV: E=Sophos;i="5.85,364,1624345200"; d="scan'208";a="490393044" Received: from abaydur-mobl1.ccr.corp.intel.com (HELO [10.249.229.105]) ([10.249.229.105]) by orsmga008-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 11 Oct 2021 02:09:09 -0700 Subject: Re: [PATCH v3 6/8] perf session: Move event read code to separate function To: Jiri Olsa Cc: Arnaldo Carvalho de Melo , Namhyung Kim , Alexander Shishkin , Peter Zijlstra , Ingo Molnar , linux-kernel , Andi Kleen , Adrian Hunter , Alexander Antonov , Alexei Budankov , Riccardo Mancini References: <6ab47325fa261deca4ca55ecacf1ca2437abcd78.1633596227.git.alexey.v.bayduraev@linux.intel.com> From: "Bayduraev, Alexey V" Organization: Intel Corporation Message-ID: <5e5ecfcd-57f1-1a06-4ed6-6a1e6983d1f8@linux.intel.com> Date: Mon, 11 Oct 2021 12:08:57 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.14.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-GB Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 08.10.2021 17:38, Jiri Olsa wrote: > On Fri, Oct 08, 2021 at 11:42:18AM +0300, Bayduraev, Alexey V wrote: >> >> >> On 08.10.2021 10:33, Jiri Olsa wrote: >>> On Thu, Oct 07, 2021 at 01:25:41PM +0300, Alexey Bayduraev wrote: >>> >>> SNIP >>> >>>> static int >>>> -reader__process_events(struct reader *rd, struct perf_session *session, >>>> - struct ui_progress *prog) >>>> +reader__read_event(struct reader *rd, struct perf_session *session, >>>> + struct ui_progress *prog) SNIP >>> >>> active_decomp should be set/unset within reader__process_events, >>> not just for single event read, right? >> >> No, it should be set before perf_session__process_event/process_decomp_events >> and unset after these calls. So active_decomp setting/unsetting is moved in >> this patch to the reader__read_event function. This is necessary for multiple >> trace reader because it could call reader__read_event in round-robin manner. > > hum, is that code already in? I can't see this happening in current code Probably I don't understand the question. In [PATCH v3 2/8] I introduced active_decomp pointer in perf_session. It is initialized by a pointer to the decompressor object in perf_session. In reader__process_events it is set to the reader decompressor object. And it is reset to the session decompressor object at exit. In this case we do not need to reset it after each perf_session__process_event because this code reads events in loop with constant reader object. Maybe setting of active_decomp should be at the entrance to the reader__process_events, not before reader__process_events, in [PATCH v3 2/8]. All this code is new. In this patch I separates single event reading and moves setting/resetting of active_decomp before/after perf_session__process_event because this is necessary for multiple trace reader. Regards, Alexey > > jirka > >> >> Regards, >> Alexey >> >>> >>> jirka >>> >>>> return err; >>>> } >>>> >>>> -- >>>> 2.19.0 >>>> >>> >> >