Received: by 10.213.65.68 with SMTP id h4csp834092imn; Fri, 23 Mar 2018 18:16:17 -0700 (PDT) X-Google-Smtp-Source: AG47ELsU/M7MXKpLZwCgGjp33IkUi3iiUrB5fuFsG1zjRe1llvLIX9Njyb7xEsMzg5RFItGV67eS X-Received: by 10.99.167.6 with SMTP id d6mr11351287pgf.287.1521854177891; Fri, 23 Mar 2018 18:16:17 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1521854177; cv=none; d=google.com; s=arc-20160816; b=V4CQGW2pa6u0aadfbo/TGDcm2Pwx1B+sOIN/rQsXKyAZfUZ4qJoUVTTJVjTC2a7wf8 mMDuXZax9WL2jZ3f1qAgHclofYqL7N2oa1wJYzOB1CLS2pIHQ7gp+nEvXZHR7R/imYA4 ZaoykiNnqTD6dO+x2DGMKYNFzEKfYB3pwR0diipmNcBYO6NbY7+uJbPL4Y/DrKvSAhuT JXetlVjyRuHPpFNGsyoRIbuMcPgYefXxT/ali3Kjeu8ribco6/bMHR7nLhuF7+agyfp8 Dgvxj4jEtP4N/V0I70liG8ah3duGUhi3ZVBkZAVzj37yvaQY6NKMtJyVtnyWmrDt9C08 v9Aw== 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:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date :dmarc-filter:arc-authentication-results; bh=gC+tjJgbOPixyS9nk4NSW0yZMsSmJ4YezLNZpYYtl4I=; b=AF/7nlWfKFHrAK8GAHxJET7jRbVzq+0g0/8tuq5HzrHhMjnOdlNEXIf3lYU9lKnkU1 4mfFLrSiqwD9IQnUG7Doqa4vpltLkFcwBFN2Sm6tcIoJFRxwYqAeGJ4pH/XGIM5w99Vu oQtssZcqRRF077zIFidIT6umEEBZX1foZqJ+Vmc5JMlMhehmVP+3eZjuRN7slGt8yVnD ONRzV10SGLkzlqihsNTG+Y8jKAyX24lZM17+z7aarQEcE0gtN4H/0cmb96+Jg9khLqhc 94/KlJXI9WSt6j3F+d+hTTSB4G6/r8yzsZGsN6sIMc7LRVsBnNK/Pf17NLN6t86OLQP4 t7yQ== 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 h187si6895274pgc.294.2018.03.23.18.16.03; Fri, 23 Mar 2018 18:16:17 -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 S1752088AbeCXBPH convert rfc822-to-8bit (ORCPT + 99 others); Fri, 23 Mar 2018 21:15:07 -0400 Received: from mail.kernel.org ([198.145.29.99]:58242 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751776AbeCXBPG (ORCPT ); Fri, 23 Mar 2018 21:15:06 -0400 Received: from vmware.local.home (cpe-172-100-180-131.stny.res.rr.com [172.100.180.131]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id AB9062183F; Sat, 24 Mar 2018 01:15:05 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org AB9062183F Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=goodmis.org Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=rostedt@goodmis.org Date: Fri, 23 Mar 2018 21:15:04 -0400 From: Steven Rostedt To: Matthias Schiffer Cc: Ralf Baechle , linux-mips@linux-mips.org, "linux-kernel@vger.kernel.org" Subject: Re: ftrace on MIPS/ath79 Message-ID: <20180323211504.18866e83@vmware.local.home> In-Reply-To: References: X-Mailer: Claws Mail 3.15.1 (GTK+ 2.24.32; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8BIT Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, 23 Mar 2018 23:20:10 +0100 Matthias Schiffer wrote: > Hi, > I'm currently trying to debug a performance bottleneck on low-end ath79 > hardware running OpenWrt/LEDE, but it seems that ftrace is not working > correctly on these systems. I have tried this with recent 4.4.y and 4.9.y > with similar results; unfortunately, switching to a newer kernel is not > easily possible on this hardware at the moment. Please let me know if there > are any known issues or patches that I should backport. I don't know of any for mips (nothing in the git logs). The last updates to the mips code looks to be from 3.17. Also, I have no idea why try_to_get_module() would be crashing. > > There seem to be two separate issues: > > 1) Building with CONFIG_DYNAMIC_FTRACE leads to a kernel panic as soon as > kernel modules are loaded (logs attached). > > 2) function_graph tracer does not show anything useful: the trace output > looks like what was reported in [1]. Building with > CONFIG_FUNCTION_GRAPH_TRACER leads to a completely empty > trace_stat/function0 (except for the header); profiling is working as > expected when CONFIG_FUNCTION_GRAPH_TRACER is disabled. > > I would be thankful for any pointers that might help me to make this work. > > Kind regards, > Matthias > > > [1] https://www.linux-mips.org/archives/linux-mips/2014-11/msg00295.html > From the last email in that thread: "But yeah, don't go too much by that document. It is out of date, and when I get time, I'll have to update it. I'll probably do that when I bring powerpc up to speed with x86 (except for the fentry part). I want dynamic trampolines for powerpc and such, and when I do that, it will make all the changes fresh in my mind to go back and tackle the design documentation." The sad part is, I've said the same thing recently about updating that document. But in the mean time, my powerpc box died and I never got to do what I wanted with that box. My mips board is pretty useless today, so I don't touch other archs much anymore (don't have the time either, maybe I will when I retire. That's why I still keep all my boards around). I wish I could be of help, but MIPS has been cached out of my brain for some time. If you want to investigate, I would be willing to give you help in generic ftrace support, but anything MIPS specific would require someone from the MIPS team. -- Steve