From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from relay.hostedemail.com (smtprelay0013.hostedemail.com [216.40.44.13]) (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 DC33830E0FC; Thu, 23 Oct 2025 14:23:29 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=216.40.44.13 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1761229412; cv=none; b=ReL1aUbEW8QewtPpvJRB7DWHRHiju23FjTf1FTig37rgxS59/xprThVPMkYt+s8K+Ve21TMS3w0ZavPKeSt3mQ0vdIwoPocRffhYBjZ+m1+Vg/L6rRyeJ+sxWUIkx5An7IXspOQb8tV4wyUl3K9RgPvAeWLlqkSCyWGqqj4mQ0w= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1761229412; c=relaxed/simple; bh=9XPfcex3hX8Yq51hvEdZq8mkmLnOVqxEUgFWlRSCmx0=; h=Date:From:To:Cc:Subject:Message-ID:In-Reply-To:References: MIME-Version:Content-Type; b=J2aiZpRjGk+Wfl8WvJUHh6X80JZZqLuWpdI6Wt7/NCS4pYtIjAux6NwZ/rtTDeVsBGyn8fm6+lMEbqnGmHoevxytdF852bJgU0AG6gkNNLSG6VBIG/XBT/8w5FWRnmqlq6IdQJqjx4pbCFBti6Ryt+pRYv051Rwce5+alAr9Q+Y= 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.13 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 omf03.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay06.hostedemail.com (Postfix) with ESMTP id B8138129BC6; Thu, 23 Oct 2025 14:23:17 +0000 (UTC) Received: from [HIDDEN] (Authenticated sender: rostedt@goodmis.org) by omf03.hostedemail.com (Postfix) with ESMTPA id 5E7336000B; Thu, 23 Oct 2025 14:23:06 +0000 (UTC) Date: Thu, 23 Oct 2025 10:23:32 -0400 From: Steven Rostedt To: Fangrui Song Cc: Jens Remus , linux-kernel@vger.kernel.org, linux-trace-kernel@vger.kernel.org, bpf@vger.kernel.org, x86@kernel.org, linux-mm@kvack.org, Steven Rostedt , Josh Poimboeuf , Masami Hiramatsu , Mathieu Desnoyers , Peter Zijlstra , Ingo Molnar , Jiri Olsa , Arnaldo Carvalho de Melo , Namhyung Kim , Thomas Gleixner , Andrii Nakryiko , Indu Bhagat , "Jose E. Marchesi" , Beau Belgrave , Linus Torvalds , Andrew Morton , Florian Weimer , Kees Cook , Carlos O'Donell , Sam James , Borislav Petkov , Dave Hansen , David Hildenbrand , "H. Peter Anvin" , "Liam R. Howlett" , Lorenzo Stoakes , Michal Hocko , Mike Rapoport , Suren Baghdasaryan , Vlastimil Babka , Heiko Carstens , Vasily Gorbik Subject: Re: [PATCH v11 00/15] unwind_deferred: Implement sframe handling Message-ID: <20251023102332.7b7f1241@gandalf.local.home> In-Reply-To: References: <20251022144326.4082059-1-jremus@linux.ibm.com> X-Mailer: Claws Mail 3.20.0git84 (GTK+ 2.24.33; x86_64-pc-linux-gnu) Precedence: bulk X-Mailing-List: linux-trace-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-Server: rspamout08 X-Rspamd-Queue-Id: 5E7336000B X-Stat-Signature: ywywgk4jin8a8ru9j8rnqecapusdnye7 X-Session-Marker: 726F737465647440676F6F646D69732E6F7267 X-Session-ID: U2FsdGVkX1/B9JQTNbR4QP1SUw0zmZnqU0dFZXkG9bs= X-HE-Tag: 1761229386-657495 X-HE-Meta: U2FsdGVkX18AsgT3wUjnPBgCWRK1PjrNucH0m2er7H8Y7F02PT+qJ2ECLo7Ib0sBuZv2V/AmogulDS/KBAtvdQqooEV2x+ikzFX8qozMGkU5h5Gbl6z6BdLKTPXIEyrlcddrSO0JS/kivrcu3ukW3wJCaBEJM4Eo7yrui2JrnbZKctgvKboz+o96sHa1VryuzA5CUCC/TZnERfu3DVdozVgG05orV2OIYN67RfaDv8zGwXhTK7WLAc3E9+eN30bv/znwWjVdTYHX6md1vdHUhP/iIRhBaotU4mG1COOyBpbdua7yyMUz0Qc0ArxE4BKxPX4foEDDQHm/Mng95sJXPt6Z4Tqf/bJDVTm4YcVvPsJ2Xb3G36C9IxxdWR9N5lOkbC398iuadGedSQUziFjuEasHxohtdqk6Rd7+m49RUfHPGb10X4nAqG4b9GaSpwiC7KBsfXAHBWyaQHTGd9xMIw== On Thu, 23 Oct 2025 01:09:02 -0700 Fangrui Song wrote: > Please consider dropping the statement, "soon will also be supported by LLVM." > Speaking as LLVM's MC, lld/ELF, and binary utilities maintainer, I have > significant concerns about the v2 format, specifically its apparent > disregard for standard ELF and linker conventions > (https://maskray.me/blog/2025-09-28-remarks-on-sframe#linking-and-execution-views) Please note, v2 can be dropped entirely. There's no plans to have the Linux kernel ship with v2. The patches for v2 for the Linux kernel are for testing purposes only (which was what help find the issues with v2). The plan is to have v3 be the first versions supported by an official release of the Linux kernel with the assumptions that changes after v3 will be minimal. The reason there was such a big difference between v2 and v3 is because v2 was the first version to have a consumer try to use it in a more production like environment. This found several corner cases that needed to be addressed, and that the current layout of v2 was not acceptable. No linker needs to support v2 as there will be no consumers of it. -- Steve