From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from relay.hostedemail.com (smtprelay0016.hostedemail.com [216.40.44.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id B3B0B1FECC3 for ; Tue, 15 Jul 2025 15:13:51 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=216.40.44.16 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1752592433; cv=none; b=k11qF2goQflMOugpsX09C39PqzPX9mFOBVBFGYn8T0YcaMR7Du4PhaBHdR0rPltWHysRv96CtBVeLhKp1c8hyohbMsYJpJuqLE5bZTrzsDzGpH23aqlE6FHQ6V4LFhgTP0URs+s+9e3dcckEKCB95ilXAQuHTdpCwy3mGR4Q/pY= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1752592433; c=relaxed/simple; bh=UoogA5pc68RWoudF0TehdH2dYethdf5rTzg9+XQViNw=; h=Date:From:To:Cc:Subject:Message-ID:In-Reply-To:References: MIME-Version:Content-Type; b=ZpKvfSsTn65wi8acT1UBUaY6nJuqWk+/l740BMs3FQjtZiDSXM9gD71788eHSK5KTWi1upG9DxSDnz5ggwRLYNptAMR+aqh0hMEZ1rZ1UzQyr5n+bURSIu5HSZNXRrYaXjtLAOc9UovscYKBSIi4Ry+scztdTYUTUWjmQ90u6VA= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=goodmis.org; spf=pass smtp.mailfrom=goodmis.org; arc=none smtp.client-ip=216.40.44.16 Authentication-Results: smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=goodmis.org Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=goodmis.org Received: from omf16.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay05.hostedemail.com (Postfix) with ESMTP id 9334759339; Tue, 15 Jul 2025 15:13:49 +0000 (UTC) Received: from [HIDDEN] (Authenticated sender: rostedt@goodmis.org) by omf16.hostedemail.com (Postfix) with ESMTPA id 5130520016; Tue, 15 Jul 2025 15:13:47 +0000 (UTC) Date: Tue, 15 Jul 2025 11:13:46 -0400 From: Steven Rostedt To: Linus Torvalds Cc: Mathieu Desnoyers , Steven Rostedt , Greg Kroah-Hartman , Christoph Hellwig , "Masami Hiramatsu (Google)" , Peter Zijlstra , Ingo Molnar , Thomas Gleixner , linux-kernel Subject: Re: [RFC] LTTng upstreaming next steps Message-ID: <20250715111346.57587ec9@batman.local.home> In-Reply-To: <20250715052459.0000e119@gandalf.local.home> References: <20250714162750.45b12314@gandalf.local.home> <20250714163755.1de132e9@gandalf.local.home> <20250715052459.0000e119@gandalf.local.home> X-Mailer: Claws Mail 3.17.8 (GTK+ 2.24.33; x86_64-pc-linux-gnu) Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 5130520016 X-Stat-Signature: qinqq3hf9topmoddditdu7hifzpz4ufx X-Rspamd-Server: rspamout06 X-Session-Marker: 726F737465647440676F6F646D69732E6F7267 X-Session-ID: U2FsdGVkX18RvDKBrsI4gig4h/SXNsc0YYCVbUP/Q+c= X-HE-Tag: 1752592427-877062 X-HE-Meta: U2FsdGVkX19O6bUIylDSKHS33u/6mErUakzyx+T7VUD5i/CX2qedp87fLb00VrIEtLpnsIyTgbgjkJ7ua/9StAVS1QA/0bpNJO4gVXxB+24eX752XeIdBDYAyRuvi8YdeTPnrB6GiZhFdFfvSp9eDf9vrXU8RQgR1yHy7EFZatK9HD+pDme9f/BQTaXHVX6OT5zDZOoZ9KdVQx/1I+N0+yXsKPFghUW1rHfWTmywJNciXxFkAx9/VNgikA924ByXIXO0uxTzavIV+6BdSqtyNjTOMmUOtaOl4moBlj9kiUg7bhLAnaf5zfLW87zYH907gkHx4WVK/JQRaL4jqXc0RNFERNWc1ftBQ79A74KIfMEiQawWKn9ZQiyLMSUvTWR6o6Y95+RGFd8eJsGaeCMVPw== On Tue, 15 Jul 2025 05:24:59 -0400 Steven Rostedt wrote: > Either LTTng can use the same infrastructure as perf and ftrace, meaning it > requires EXPORT_SYMBOL_GPL() on those interfaces, or it gets pulled in as > is, so that it can incrementally start to share the code. I believe that if we allowed LTTng to have access to the perf and ftrace infrastructure, it would encourage more collaboration. It would force Mathieu into working to get perf and ftrace and LTTng working under one infrastructure so that it could finally get rid of its out of tree module. Whereas, if we pulled it in as-is, there wouldn't be really any incentive for it to change. Now the question is, how do we allow LTTng's out of tree module to have access to the internal infrastructure without breaking the "EXPORT_SYMBOL_GPL() is only for in-tree modules" rule? -- Steve