linux-kernel - Re: [Bug] ARM 'perf' regression by commit a43cb95d5

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]

Message-ID: <CACVXFVPJyKrOBk+JjsfCi+aQ8snQ7PsEJVuOnuTkrWBYEnvDtA@mail.gmail.com>
Date:	Fri, 17 May 2013 18:07:37 +0800
From:	Ming Lei <ming.lei@...onical.com>
To:	Will Deacon <will.deacon@....com>
Cc:	Russell King - ARM Linux <linux@....linux.org.uk>,
	Peter Zijlstra <a.p.zijlstra@...llo.nl>,
	Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
	Tejun Heo <tj@...nel.org>,
	Linus Torvalds <torvalds@...ux-foundation.org>,
	linux-arm-kernel <linux-arm-kernel@...ts.infradead.org>
Subject: Re: [Bug] ARM 'perf' regression by commit a43cb95d5

On Fri, May 17, 2013 at 5:54 PM, Will Deacon <will.deacon@....com> wrote:
> On Fri, May 17, 2013 at 10:48:23AM +0100, Ming Lei wrote:
>> On Fri, May 17, 2013 at 5:36 PM, Will Deacon <will.deacon@....com> wrote:
>> >
>> > It's probably easier if you choose a workload, otherwise it's difficult to
>> > see what is `correct' and what is broken. For example, your broken output
>> > seems to be in the smsc95xx driver, so assumedly there's a bunch of
>> > networking going on whereas your other output is in cpuidle_enter_state.
>>
>> If all modules are removed, the result will become OK. And if I only insert one
>> module, the top sample will fall inside the only module, but I am sure
>> nothing is working on the symbols of the module.
>
> Can you check your dmesg please? I suppose the smsc95xx driver might be
> screaming about something and somehow the changes to the reg printing have
> made it get stuck.

If I insert only one useless module(such as, spi-altera.ko) on Pandaboard,
the top sample will fall inside the module of spi-altera, so it is nothing to
do with smsc95xx, also you can see the sampled top IP is an invalid address.

>
>> >
>> > We need an apples-for-apples comparison if you think there's a bug in the
>> > kernel. Can you try profiling hackbench or something?
>> >
>> >> Or could anyone else try to verify the problem on their own environment?
>> >
>> > How are you running perf top?
>>
>> sudo perf top
>
> ... and did hackbench make any difference (i.e. is the profile more stable)?

When hackbench is started, there is no much change compared with idle,
only another sample( 2.49%  [unknown]            [.] 0xb6f618a0) comes and
becomes top 2.

Thanks,
--
Ming Lei
--
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/