From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from relay.hostedemail.com (smtprelay0012.hostedemail.com [216.40.44.12]) (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 142302E1C69 for ; Tue, 15 Jul 2025 13:16:36 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=216.40.44.12 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1752585399; cv=none; b=VCBT3NGk7mTOfx8GAPHBlkOHpzsdKAgwAmrGNCAQ4VGrd0fFEzOV5PjaXIepJEPDfF7orwiP4aQHQBYHhSap+OM5i88K6z80acCuXe9mc/okrYHye71c0rWWsAvLg92RtpFG3eKSMmMTv+tqqRF66W4d575CJKFhFsB2XFYOtUs= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1752585399; c=relaxed/simple; bh=FXj8gBTucsX48V3AN8CLjewb0yX5zpnuClj6LKJs2eU=; h=Date:From:To:Cc:Subject:Message-ID:In-Reply-To:References: MIME-Version:Content-Type; b=Vd+MNFaNnBm4HtgE+2su/thFcMxWsq+5E9uX8Mgx2Y9GI7md8VdoP6xyxiSWeIllzBk28anqYkhBcqQMdQsHGQQwWjTBTK+a9njsJUYnOvP58sKeFMyAUBppodOjBxV5xJqHTDjFjbReRZCr4h87b3hnykGp+C4xSwZohBiFPZI= 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.12 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 omf01.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay09.hostedemail.com (Postfix) with ESMTP id 0E923804A6; Tue, 15 Jul 2025 13:16:35 +0000 (UTC) Received: from [HIDDEN] (Authenticated sender: rostedt@goodmis.org) by omf01.hostedemail.com (Postfix) with ESMTPA id ABF1F6000F; Tue, 15 Jul 2025 13:16:32 +0000 (UTC) Date: Tue, 15 Jul 2025 09:16:49 -0400 From: Steven Rostedt To: James Bottomley Cc: Linus Torvalds , 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: <20250715091649.3cc933fa@gandalf.local.home> In-Reply-To: <9f6700d1fb62da8ce633f755b0c9e2d5c2704825.camel@HansenPartnership.com> References: <20250714162750.45b12314@gandalf.local.home> <20250714163755.1de132e9@gandalf.local.home> <20250715052459.0000e119@gandalf.local.home> <9f6700d1fb62da8ce633f755b0c9e2d5c2704825.camel@HansenPartnership.com> X-Mailer: Claws Mail 3.20.0git84 (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-Stat-Signature: f77sn1xtdqk1mptb5dz8xsukro3e44mu X-Rspamd-Server: rspamout05 X-Rspamd-Queue-Id: ABF1F6000F X-Session-Marker: 726F737465647440676F6F646D69732E6F7267 X-Session-ID: U2FsdGVkX19JJY4R/0bOADbAm0sRUisWDAmrElNg9SA= X-HE-Tag: 1752585392-741406 X-HE-Meta: U2FsdGVkX18JlneeLi8u03Wjtv/tOwsuo9uiOhk5n5Q4a7YvUymrirRpS4KDnG08OaJqx5FxMfawGWdZ1TJizRZ6tXRYMJn9kHMNtBykcSa6OwPJ3WHg6cbFsYB3g9RmwThrvsKaE5kJgj1J0O3581kZlGpv6IEIIVoP74A4R1ME4KmlDJsqNfMkAIlzU2kBTlP3Bq8JTdHhFDsAtwu5BXm+Vp67/++5NBQlzl4cHLihEgsB7JDtsZOrOFvCJX8VLvAz8KTbzSZ3TbXaVD5irBvFq2vCGnDGfEtys7YvCN09iT67XLxx+vos6n3YEKnBAfStfxrv9HaosvyrtcVFUYOS3Utw4LObpasCfg85Ib0Qcg3Rjh/AB5Ts4IH+rNppdrbh4xSp+EdJlBPGgUSHAg== On Tue, 15 Jul 2025 08:50:08 -0400 James Bottomley wrote: > What's wrong with doing this the other way around? i.e. making ftrace > and perf modules? That way you could legitimately export the symbol > you're asking about and there would be way less out-of-tree > disadvantage to LTTng? I know a lot of cloud people who would be > really happy if the tracing infrastructure were modular because it > would save us from having to boot different kernels to do in depth > problem analysis for otherwise locked down environments, so they might > be willing to invest in upstream development to help you achieve this. Well, if you can get those cloud people to invest in that work without causing any regressions, go for it. But I doubt it would be acceptable to make the ftrace tracing infrastructure into a module for the sole purpose of allowing LTTng to have EXPORT_SYMBOL_GPL(). -- Steve