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;
IronPort-SDR: c6OX2zy3CSlayJTd4ftx2pIRRArsUiY2QECRsz7LU2FerkHPgUrqIjD70n3kOdB6kUY+AfaBxP
 PkcFg1QwIfLA==
IronPort-SDR: MzWGBYn6nrIEJqhjGB+Ku9czOfC1wCGGa0MBnM9lArw+jY/E/6mgXOzfqzWPyKMcR0LAFUz1Pa
 Bq4+fvN1VMEA==
Subject: Re: [PATCH v1 02/15] perf report: output trace file name in raw trace
 dump
From:   Alexey Budankov <alexey.budankov@linux.intel.com>
To:     Andi Kleen <ak@linux.intel.com>
Cc:     Arnaldo Carvalho de Melo <acme@kernel.org>,
        Jiri Olsa <jolsa@redhat.com>,
        Namhyung Kim <namhyung@kernel.org>,
        Alexander Shishkin <alexander.shishkin@linux.intel.com>,
        Adrian Hunter <adrian.hunter@intel.com>,
        Peter Zijlstra <peterz@infradead.org>,
        Ingo Molnar <mingo@redhat.com>,
        linux-kernel <linux-kernel@vger.kernel.org>
References: <810f3a69-0004-9dff-a911-b7ff97220ae0@linux.intel.com>
 <87e2050b-37e6-8ed8-e1e0-cfa074b030fa@linux.intel.com>
 <20201012160144.GA466880@tassilo.jf.intel.com>
 <42d5395a-71f5-63e1-f7c9-fd76e2b8bee4@linux.intel.com>
 <a1c21077-0383-aa29-cc79-a8921916c63f@linux.intel.com>
Organization: Intel Corp.
Message-ID: <19dd0fa0-c236-6042-8ba6-48b4696e66bb@linux.intel.com>
Date:   Tue, 20 Oct 2020 20:10:27 +0300
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101
 Thunderbird/68.12.1
MIME-Version: 1.0
In-Reply-To: <a1c21077-0383-aa29-cc79-a8921916c63f@linux.intel.com>
Content-Type: text/plain; charset=utf-8
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Precedence: bulk


On 20.10.2020 19:31, Alexey Budankov wrote:
> 
> On 12.10.2020 20:06, Alexey Budankov wrote:
>>
>> On 12.10.2020 19:01, Andi Kleen wrote:
>>> On Mon, Oct 12, 2020 at 11:54:24AM +0300, Alexey Budankov wrote:
>>>> @@ -180,7 +183,8 @@ static int ordered_events__deliver_event(struct ordered_events *oe,
>>>>  						    ordered_events);
>>>>  
>>>>  	return perf_session__deliver_event(session, event->event,
>>>> -					   session->tool, event->file_offset);
>>>> +					   session->tool, event->file_offset,
>>>> +					   event->file_path);
>>>
>>> Wouldn't it be better to pass "event" around now, which would contain at least
>>> four of the arguments.
>>>
>>> These functions are getting entirely too many arguments.
>>
>> Well, either approach is possible, and even shrink of two arguments kept at session object.
>> However changing function signature more than posted can cause bigger adjustments all over
>> the code. So this needs more evaluation prior implementation. 
> 
> After brief evaluation it still doesn't look easy. The simplest thing
> I could imagine is to probably combine file_path and file_offset at a
> struct object on stack and then pass the object by the reference along
> function calls. I expect it will roughly cause the same amount of changes
> in the code and saves one argument (GP register). It is not that much
> but still. However I don't see issues with passing even 6 args on stack.

Sorry - "passing 6 args to a function call"