Received: by 10.192.165.148 with SMTP id m20csp638364imm; Fri, 4 May 2018 04:04:22 -0700 (PDT) X-Google-Smtp-Source: AB8JxZo8yagv75daF1OcBS00Gxnq4GjsOYlwIlRLqUfCmh3vMgN8KJzhyVMfSPh73XRVbskqPbis X-Received: by 10.167.131.92 with SMTP id z28mr26676357pfm.237.1525431862629; Fri, 04 May 2018 04:04:22 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1525431862; cv=none; d=google.com; s=arc-20160816; b=srtsbET6l82vZegC1D5AI+uN1B0ek6o6ML9M11+LCzgE0ccQ4p6hHDI+VHl+2RzmSN VVpeynx+GEl2RvZQ6QJFhYxhpOECEZBCzsr9uXo1lM2T+WFzGLGtHhg1OuJUXFzv3ttZ xj68aNiUdfuvRy/11HnAccHS4MunS/kuZyzAn85FobMVOj4cz310IzHTA/FI7G36uus5 SpU1sLePl3pGZotp8LfYBWS9XzHB7XXNA2ql4QYRAvjASTLcT11TNqYPflSLFsnw+8L2 l8sCxJdiHafUzTXoWAMwa4RBi7w4x9TygrU3kh871HEpsrZg9xFeglrwx506ugGLVzax NoZg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:arc-authentication-results; bh=FiGjj/8nrS7TQHLpqh3Anq1o4SHcv7PfaT0Z2vrhkRg=; b=ffE+WdW6nVFqKcXB4mfSpH7aHREmiCAmQDLMv506ABVypO5BZmvkMppZaj19q/cN9r BnJjljU0I3U7ckUG/cuvRf2cccOWBQviqKT4Yh3lV8tbKCTuDieF7QfwLkMDKSSZfOZC DoD7j1WdUQgV2oJX3BQq/UYACQxuaNSYY6jhUpTOku7P8ACAHhY3XXzgajZYlqcEDg9a dTxyoIuS15ds4wTwlnErNG2vcMAMMfegnV8aMmJYLXitH0Y9YD9T1LLq1Bnse4QKaVjH 9gohICjz1iTuqXi8uQcbZBOZOVsePTxP31/eQ5lTmGlMYjD2PDRkeSzqoEpfQlw16Cz+ qFmA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id x7-v6si12806160pgb.300.2018.05.04.04.04.08; Fri, 04 May 2018 04:04:22 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751359AbeEDLDY (ORCPT + 99 others); Fri, 4 May 2018 07:03:24 -0400 Received: from 9pmail.ess.barracuda.com ([64.235.150.225]:46354 "EHLO 9pmail.ess.barracuda.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751114AbeEDLDW (ORCPT ); Fri, 4 May 2018 07:03:22 -0400 Received: from mipsdag02.mipstec.com (mail2.mips.com [12.201.5.32]) by mx29.ess.sfj.cudaops.com (version=TLSv1.2 cipher=ECDHE-RSA-AES128-SHA256 bits=128 verify=NO); Fri, 04 May 2018 11:02:52 +0000 Received: from [192.168.155.41] (192.168.155.41) by mipsdag02.mipstec.com (10.20.40.47) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1415.2; Fri, 4 May 2018 04:03:15 -0700 Subject: Re: [RFC PATCH] MIPS: Oprofile: Drop support To: Robert Richter CC: James Hogan , Ralf Baechle , , Huacai Chen , , Jiaxun Yang , Krzysztof Kozlowski , References: <1524574554-7451-1-git-send-email-matt.redfearn@mips.com> <20180424130511.GB28813@saruman> <5e464a40-4e4d-dde4-b5b5-ceb637dc5f38@mips.com> <20180504093002.GC4493@rric.localdomain> <20180504102600.GD4493@rric.localdomain> From: Matt Redfearn Message-ID: <294858af-9164-f0c3-62d3-d6b643e89e09@mips.com> Date: Fri, 4 May 2018 12:03:12 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <20180504102600.GD4493@rric.localdomain> Content-Type: text/plain; charset="utf-8"; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Originating-IP: [192.168.155.41] X-ClientProxiedBy: mipsdag02.mipstec.com (10.20.40.47) To mipsdag02.mipstec.com (10.20.40.47) X-BESS-ID: 1525431771-637139-31429-47751-1 X-BESS-VER: 2018.5-r1804261738 X-BESS-Apparent-Source-IP: 12.201.5.32 X-BESS-Outbound-Spam-Score: 0.00 X-BESS-Outbound-Spam-Report: Code version 3.2, rules version 3.2.2.192687 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------- 0.00 BSF_BESS_OUTBOUND META: BESS Outbound X-BESS-Outbound-Spam-Status: SCORE=0.00 using account:ESS59374 scores of KILL_LEVEL=7.0 tests=BSF_BESS_OUTBOUND X-BESS-BRTS-Status: 1 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Robert, On 04/05/18 11:26, Robert Richter wrote: > On 04.05.18 10:54:32, Matt Redfearn wrote: >> perf is available for MIPS and supports many more CPU types than oprofile. >> oprofile userspace seemingly has been broken since 1.0.0 - removing oprofile >> support from the MIPS kernel would not break it more thatn it already is, > > What do you mean with "oprofile is broken"? It looks like you modified > Kconfig to enable oprofile and perf in parallel, which is not intended > to work. Have you tried a kernel with oprofile disabled and perf > enabled? Oh I see what you mean - previously I was trying v1.1.0 of the userspace with a kernel that has perf disabled - and that did not work (I assumed, naively, that the kernel oprofile code was required to run the oprofile userspace). Thanks for the pointer - I confirmed that oprofile 1.1.0 userspace tools work with a kernel with "CONFIG_OPROFILE is not set", and "CONFIG_HW_PERF_EVENTS=y". > > As said, oprofile version 0.9.x is still available for cpus that do > not support perf. What is the breakage? The breakage I originally set out to fix was the MT support in perf. https://www.linux-mips.org/archives/linux-mips/2018-04/msg00259.html Since the perf code shares so much copied code from oprofile, those same issues exist in oprofile and ought to be addressed. But as newer oprofile userspace does not use the (MIPS) kernel oprofile code, then we could, perhaps, just remove it (as per the RFC). That would break legacy tools (0.9.x) though... Thanks, Matt > > Thanks, > > -Robert >