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 <[email protected]> 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 jirka
