[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20160506121701.GX11069@kernel.org>
Date: Fri, 6 May 2016 09:17:01 -0300
From: Arnaldo Carvalho de Melo <acme@...nel.org>
To: Jiri Olsa <jolsa@...hat.com>
Cc: Chris Phlipot <cphlipot0@...il.com>, adrian.hunter@...el.com,
jolsa@...nel.org, peterz@...radead.org, mingo@...hat.com,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH 1/6] perf tools: fix incorrect ordering of callchain
entries
Em Thu, Apr 28, 2016 at 10:49:03AM +0200, Jiri Olsa escreveu:
> On Thu, Apr 28, 2016 at 01:19:06AM -0700, Chris Phlipot wrote:
> > The existing implementation of thread__resolve_callchain, under certain
> > circumstances, can assemble callchain entries in the incorrect order.
>
> SNIP
>
> > 0x558f2a04c774
> > 0x558f2a04dded
> > rand
> > __random
> > ret_from_intr
> > do_IRQ
> > handle_irq
> > handle_edge_irq
> > handle_irq_event
> > handle_irq_event_percpu
> > gen8_irq_handler
> >
> > Signed-off-by: Chris Phlipot <cphlipot0@...il.com>
>
> for this patch
>
> Acked-by: Jiri Olsa <jolsa@...nel.org>
Tested, nice catch and fix, applied.
A good thing would be to be able to reverse the callchain order
dynamicly, in the TUI, shouldn't be hard, right?
- Arnaldo
> can't really ack the rest of the patchset, but it looks good to me
>
> thanks,
> jirka
Powered by blists - more mailing lists