linux-kernel - Re: [GIT PULL] perf fixes

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Thu, 12 Sep 2013 11:51:34 -0700
From:	Linus Torvalds <torvalds@...ux-foundation.org>
To:	Ingo Molnar <mingo@...nel.org>
Cc:	Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
	Arnaldo Carvalho de Melo <acme@...radead.org>,
	Peter Zijlstra <a.p.zijlstra@...llo.nl>,
	Thomas Gleixner <tglx@...utronix.de>,
	Andrew Morton <akpm@...ux-foundation.org>
Subject: Re: [GIT PULL] perf fixes

On Thu, Sep 12, 2013 at 11:10 AM, Linus Torvalds
<torvalds@...ux-foundation.org> wrote:
>
> But at least the "make install" problem is repeatable, though.

And now this new problem is repeatable too:

  # On a fully built kernel tree
  perf record -g -e cycles:pp make -j

results in

  [ perf record: Woken up 27 times to write data ]
  [ perf record: Captured and wrote 7.980 MB perf.data (~348659 samples) ]
  0x1b4e0 [0]: failed to process type: -1970637019

where that number changes randomly, ie I get

  0x28dc58 [0]: failed to process type: 99257493
  0x4100 [0]: failed to process type: -1144359783
  0x29050 [0]: failed to process type: -972156963
  ..

looks like perhaps some uninitialized variable somewhere?

Recording performance profiles of other (simpler?) loads still seems
to work. So it's something about that "make -j" that makes it crap out
(note that the tree is fully built, so not a lot actually gets *done*,
and the thing only takes a few seconds)

               Linus
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/