Re: [PATCH 10/10] perf tools: Move TUI-specific fields out of map_symbol
From: Namhyung Kim
Date: Tue May 05 2015 - 13:37:13 EST
Hi Arnaldo,
On Tue, May 5, 2015 at 11:07 PM, Arnaldo Carvalho de Melo
<acme@xxxxxxxxxx> wrote:
> Em Tue, May 05, 2015 at 10:12:45AM +0900, Namhyung Kim escreveu:
>> Hi Arnaldo,
>>
>> On Mon, May 04, 2015 at 12:51:16PM -0300, Arnaldo Carvalho de Melo wrote:
>> > Em Mon, May 04, 2015 at 12:42:27PM -0300, Arnaldo Carvalho de Melo escreveu:
>> > > Em Wed, Apr 22, 2015 at 04:18:21PM +0900, Namhyung Kim escreveu:
>> > > > The has_children and unfolded fields don't belong to struct map_symbol
>> > > > since they're used by TUI only. Move those fields out of map_symbol
>> > > > since the struct is also used by other places.
>> >
>> > > > This will also help to compact the sizeof struct hist_entry.
>> >
>> > > 7ee14d744acb33e5b3114484d7d850caecb339a2 is the first bad commit
>> > > Author: Namhyung Kim <namhyung@xxxxxxxxxx>
>> > > Date: Wed Apr 22 16:18:21 2015 +0900
>> >
>> > > perf tools: Move TUI-specific fields out of map_symbol
>> >
>> > > So I am moving this series to the top of perf/core and then moving it to a
>> > > separate branch, so that you can try to reproduce this and I can push the rest
>> > > to Ingo, ok?
>> >
>> > Moved to perf/core-hists_browser
>> >
>> > > Ah, while trying to find new_slab() in callchains one other thing I tried was
>> > > to press 'E', to expand all the callchains, and it segfaulted, unsure if this
>> > > is related.
>> >
>> > It is related to this patchset, without it, I can press 'E' to expand
>> > all callchains and then 'C' to collapse them all as usual.
>>
>> I tested and reproduced it. There's a recursion by mistake during
>> refactoring. The fix is below, I'll send v2.
>
> Does it fix those two reported problems? I'll check.
Oh, I missed the first bug.. this patch just fixes the segfault
problem. I'll look into the first one too.
Thanks,
Namhyung
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/