Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753517AbdCNB5G (ORCPT ); Mon, 13 Mar 2017 21:57:06 -0400 Received: from szxga02-in.huawei.com ([45.249.212.188]:3876 "EHLO dggrg02-dlp.huawei.com" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S1751072AbdCNB5D (ORCPT ); Mon, 13 Mar 2017 21:57:03 -0400 Subject: Re: [tip:perf/urgent] perf/core: Fix the perf_cpu_time_max_percent check To: Vince Weaver , Peter Zijlstra References: <1487829879-56237-1-git-send-email-tanxiaojun@huawei.com> <58B13BFD.2050304@huawei.com> <20170225095117.GU6500@twins.programming.kicks-ass.net> CC: , , , , From: Tan Xiaojun Message-ID: <58C74CEA.4030402@huawei.com> Date: Tue, 14 Mar 2017 09:52:42 +0800 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: 7bit X-Originating-IP: [10.177.21.79] X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020205.58C74CF4.000A,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0, ip=0.0.0.0, so=2014-11-16 11:51:01, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: 8d516e985bda68d73f9bbbb50c8dd93c Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1434 Lines: 44 On 2017/3/14 2:35, Vince Weaver wrote: > On Sat, 25 Feb 2017, Peter Zijlstra wrote: > >> On Sat, Feb 25, 2017 at 04:10:37PM +0800, Tan Xiaojun wrote: >> >>> 2)If it is, where we will fix it more appropriate, perf_fuzzer(not set >>> 0 or 100) or kernel(limit 1 to 99), or maybe it is the bug of >>> hardware(too many hardware interruptions)? >> >> I think the best would be if the fuzzer would not set 0,100, those are >> clearly 'unsafe' settings and you pretty much get to keep the pieces. >> >> I would like to preserve these settings for people that 'know' what >> they're doing and are willing to take the risk, but clearly, when you >> take the guard-rails off, things can come apart. > > sorry for the delay responding, these e-mails ended up in the spam folder > somehow. > > I could add a new "avoid stupid things as root" flag for the perf_fuzzer. > > Besides this issue, are there other known things to skip? > > Generally running a fuzzer as root can be a bad idea which is why I don't > test that use case very often. > I think there were other issues in the past, like certain ftrace > combinations being known to lock the system. > > Vince > It would be better if you could add such a flag to the perf_fuzzer. And I have not found any other problems yet. By the way. Use Non-root user to test is OK, and they do not have permission to configure these parameters. Thank you for your reply. Xiaojun. > . >