[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4E96C36F.6060708@hitachi.com>
Date: Thu, 13 Oct 2011 19:54:39 +0900
From: Masami Hiramatsu <masami.hiramatsu.pt@...achi.com>
To: Ingo Molnar <mingo@...e.hu>
Cc: Andi Kleen <andi@...stfloor.org>,
Peter Zijlstra <peterz@...radead.org>,
Stephane Eranian <eranian@...gle.com>,
linux-kernel@...r.kernel.org, acme@...hat.com,
ming.m.lin@...el.com, robert.richter@....com, ravitillo@....gov
Subject: Re: [PATCH 07/12] perf_events: add LBR software filter support for
Intel X86
(2011/10/12 16:06), Ingo Molnar wrote:
>
> * Masami Hiramatsu <masami.hiramatsu.pt@...achi.com> wrote:
>
>> (2011/10/10 23:45), Andi Kleen wrote:
>>>> Ah, nice. Maybe we need another test binary, since current one is
>>>> just ensuring the output of objdump and decoder is same.
>>>> anyway it's not so difficult if it feeds random binaries to
>>>> ensure the decoder doesn't access bad address.
>>>
>>> Pure /dev/urandom is not good because it cannot be ever reproduced.
>>> Better use a PRNG with random seed from urandom, but print the seed.
>>
>> Sure,
>
> Obviously the urandom data should be kbuild generated and only
> cleared on 'make clean' - not regenerated on every run. So if there's
> a failure the failing urandom data stays around readily.
I've added options for passing a combination of seed and seqno
or instruction sequence directly. So if someone find an error
message, they can easily reproduce it or report it.
Thank you,
--
Masami HIRAMATSU
Software Platform Research Dept. Linux Technology Center
Hitachi, Ltd., Yokohama Research Laboratory
E-mail: masami.hiramatsu.pt@...achi.com
--
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/
Powered by blists - more mailing lists