All of lore.kernel.org
 help / color / mirror / Atom feed
From: Ravi Bangoria <ravi.bangoria@linux.ibm.com>
To: Arnaldo Carvalho de Melo <arnaldo.melo@gmail.com>
Cc: jolsa@redhat.com, kan.liang@intel.com,
	linux-kernel@vger.kernel.org,
	Ravi Bangoria <ravi.bangoria@linux.ibm.com>
Subject: Re: [PATCH] perf report: Fix segfault with '-F phys_daddr'
Date: Tue, 12 Nov 2019 19:50:20 +0530	[thread overview]
Message-ID: <7673a8f6-d4f2-0247-e8fc-ba94a9b16996@linux.ibm.com> (raw)
In-Reply-To: <20191112141801.GA10207@kernel.org>



On 11/12/19 7:48 PM, Arnaldo Carvalho de Melo wrote:
> Em Tue, Nov 12, 2019 at 07:28:06PM +0530, Ravi Bangoria escreveu:
>>
>>
>> On 11/12/19 4:34 PM, Arnaldo Carvalho de Melo wrote:
>>> Em Tue, Nov 12, 2019 at 11:19:46AM +0530, Ravi Bangoria escreveu:
>>>> If perf.data file is not recorded with mem-info, adding 'phys_daddr'
>>>> to output field in perf report results in segfault. Fix that.
>>>>
>>>> Before:
>>>>     $ ./perf record ls
>>>>     $ ./perf report -F +phys_daddr
>>>>     Segmentation fault (core dumped)
>>>>
>>>> After:
>>>>     $ ./perf report -F +phys_daddr
>>>>     Samples: 11  of event 'cycles:u', Event count (approx.): 1485821
>>>>     Overhead  Data Physical Address  Command  Shared Object  Symbol
>>>>       22.57%  [.] 0000000000000000   ls       libc-2.29.so   [.] __strcoll_l
>>>>       21.87%  [.] 0000000000000000   ls       ld-2.29.so     [.] _dl_relocate_object
>>>>       ...
>>>
>>> Shouldn't we instead just bail out and state that this isn't possible
>>> and leave the user wondering why what was asked isn't presented?
>>
>> You mean popup with something like "phys_daddr is not available in perf.data"
>> and also don't show that column in perf report?
> 
> Just bail out completely, something like:
> 
> 
>     $ ./perf report -F +phys_daddr
>     "phys_daddr" is not available in perf.data, use 'record -e some,thing' to have it.

Sure. Thanks for the suggestion. Will re-spin.

Ravi


      reply	other threads:[~2019-11-12 14:20 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-11-12  5:49 [PATCH] perf report: Fix segfault with '-F phys_daddr' Ravi Bangoria
2019-11-12 11:04 ` Arnaldo Carvalho de Melo
2019-11-12 13:58   ` Ravi Bangoria
2019-11-12 14:18     ` Arnaldo Carvalho de Melo
2019-11-12 14:20       ` Ravi Bangoria [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=7673a8f6-d4f2-0247-e8fc-ba94a9b16996@linux.ibm.com \
    --to=ravi.bangoria@linux.ibm.com \
    --cc=arnaldo.melo@gmail.com \
    --cc=jolsa@redhat.com \
    --cc=kan.liang@intel.com \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.