Messages in this thread | | | Date | Sat, 27 Feb 2016 00:13:11 +0100 | From | Jiri Olsa <> | Subject | Re: [PATCH 4/5] perf report: Fix dynamic entry display in hierarchy |
| |
On Sat, Feb 27, 2016 at 12:12:08AM +0100, Jiri Olsa wrote: > On Fri, Feb 26, 2016 at 07:37:05PM -0300, Arnaldo Carvalho de Melo wrote: > > Em Fri, Feb 26, 2016 at 05:26:02PM -0500, Steven Rostedt escreveu: > > > On Fri, 26 Feb 2016 19:08:19 -0300 > > > Arnaldo Carvalho de Melo <acme@kernel.org> wrote: > > > > > > > > > > It is exploding at this depth, not liking how gfp_flags is described, problem > > > > seems to be in this function, this __print_flags() long thing. > > > > > > > > Steven, does this look familiar? > > > > > > > > > > > > > > Hmm, trace-cmd has the same issue. I just having noticed. > > > > > > I'll see if I can fix it. > > > > Ok, this works well with an RHEL kernel being tested with tons of perf > > backports by Jiri, its just with 4.5-rc kernels that this is exploding. > > thanks, I isolated this down to the: > 156174999dd1 perf/intel/x86: Enlarge the PEBS buffer > > it's related to the FREERUNNING PEBS patchset that allows > store more than 1 event in PEBS buffer > > seems like Core CPU doesn't like the default setup and > delays in msr access, which makes the watchdog scream
heh, wrong thread.. sry ;-)
jirka
| |