Received: by 2002:a25:e74b:0:0:0:0:0 with SMTP id e72csp2109401ybh; Fri, 17 Jul 2020 09:30:10 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzTZ8K5FqPIfp4oAPb/syaVSTdvLHbA/QQtI6AudQGn6uquRfBQ+Ubvk817w6pA+PYk0fw5 X-Received: by 2002:a17:906:5e0b:: with SMTP id n11mr9545437eju.15.1595003409991; Fri, 17 Jul 2020 09:30:09 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1595003409; cv=none; d=google.com; s=arc-20160816; b=LCZEg6GaRYt2ligzYjLuSuEFhF+7vdcZBKg/2nFTS7qbYF4FaAk6MIfh7POstp/Q8E rd27jfcwazjE3SZ5+du+cvMveVbtfnKnWcSnuX6rcrVUnpfCz+ubsJwxEEj9dfJ/ATnM TFxTfG3H2UE+ErEkdo23WdR3cR6UFf2HasiR0zEQ79FrXmIkRoSsLEds2rPw3qWjLx18 Ab0Z2SBpAlynuCbc0oXLx4xd23GhiK6MoF8+CvRwx6cEEogPF8lErnsgaIm6CNePClR0 omQTKvEx3bKlZC9uHq9VT0MTPNdQYEz5V+lM3Xd3fjcISkwcgNISPemUc+yjLmeU9g4T o0gw== 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; bh=/TiGR7HeG9aQVnu6VuFyluK18iAD4arIddjBwkNvmIM=; b=dZ22bv0rcExxDbqdOXA19z2u6SFNlZmA/CKexNBskRpvY8nWyFr83i9bU3sRv0lEvw WphMatuiMNOAB09XJGuH4xsaTnbch34bWhNbS/dRlDUq8/oOGBwAmEmkSIyZoauL7E/w ETyuyrKGq3RN8RK65lkCOcQuPWK9M2nuTeoqI6NqpVUnemGC47+jrQCkYPotFyDS5H1W /7169ObXOAioFDzcki45X/0uyBI2WltXATJ85p9h6q8WlABsSsNdMh+IN3vnM1gkzEwE pb/+UwhKzGsoui5lRTws0g1Vt3UNkvizfNpNqFhoPDU80+CRx7OHkHLWIzA7w4xgXImA oNBQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id bc11si5450288edb.259.2020.07.17.09.29.46; Fri, 17 Jul 2020 09:30:09 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726557AbgGQQ1n (ORCPT + 99 others); Fri, 17 Jul 2020 12:27:43 -0400 Received: from mail.kernel.org ([198.145.29.99]:54788 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726221AbgGQQ1n (ORCPT ); Fri, 17 Jul 2020 12:27:43 -0400 Received: from oasis.local.home (cpe-66-24-58-225.stny.res.rr.com [66.24.58.225]) (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 48F0B2065F; Fri, 17 Jul 2020 16:27:42 +0000 (UTC) Date: Fri, 17 Jul 2020 12:27:40 -0400 From: Steven Rostedt To: Arnaldo Carvalho de Melo Cc: Changbin Du , Jiri Olsa , Peter Zijlstra , Ingo Molnar , Namhyung Kim , linux-kernel@vger.kernel.org, "linux-trace-devel@vger.kernel.org" Subject: Re: [PATCH v5 02/17] perf ftrace: add option '-F/--funcs' to list available functions Message-ID: <20200717122740.59186df2@oasis.local.home> In-Reply-To: <20200717162116.GB712240@kernel.org> References: <20200711124035.6513-1-changbin.du@gmail.com> <20200711124035.6513-3-changbin.du@gmail.com> <20200717110504.1650fbdc@oasis.local.home> <20200717162116.GB712240@kernel.org> X-Mailer: Claws Mail 3.17.3 (GTK+ 2.24.32; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, 17 Jul 2020 13:21:16 -0300 Arnaldo Carvalho de Melo wrote: > > > Would you like to start contributing to that, and when we get the > > libtracefs.so packed in distributions, we can easily create the > > perf ftrace without having to rewrite the wheel 10 times? > > Or we can use as soon as it is available, not preventing 'perf ftrace' > from having to wait for libtracefs.so? > > Duplication is normal at some point, Changbin is moving 'perf ftrace' > forward, and has been doing this thru several patch series revisions, if > we continue putting new requirements, it gets tiresome at some point :-\ We're finally at the point to move libtracefs.so and libtraceevent.so into their own repository. My fear is that the two will become incompatible, and forked forever. -- Steve