From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.129.124]) (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 29E80374E5C for ; Mon, 1 Jun 2026 11:54:46 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=170.10.129.124 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1780314898; cv=none; b=bT6oS29FffCTMnPu1zgTmRfogkVhe+SgcxTdmUUxLB+lsyBuUzpGh2sReNutYzuh6jH4kOuWoCOL/OYCYWnH8WEEWAgFjFmGXOMS5yyEhhplLxdvPLTB98fHN+X/HNwdsOQmDzyLlJ+1hBi+7cM+PK0FZKxeFQ2Y+J0PRYw6d3A= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1780314898; c=relaxed/simple; bh=TJInaTL+I8/+pMcbQ2Obw4yz8CAEc78+I6SrvyhWFeM=; h=From:To:Cc:Subject:In-Reply-To:References:Date:Message-ID: MIME-Version:Content-Type; b=ItbtYSErtJ5D3sZ9B7QUcUQcmK44A9juj927ByeiC9TcI9k4SzStpo/pLatn2dg+UZX4FcMvM/kDQO30MW8Y9rc5SaurUv6v2y3EML610E8scTlJWx75OygdtafpWHEpDgFP+8oazO3FYj2O7a/OfREOYzl/PNYdiNtnbJ+P9xA= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=redhat.com; spf=pass smtp.mailfrom=redhat.com; dkim=pass (1024-bit key) header.d=redhat.com header.i=@redhat.com header.b=dwUhhrTg; arc=none smtp.client-ip=170.10.129.124 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=redhat.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=redhat.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=redhat.com header.i=@redhat.com header.b="dwUhhrTg" DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1780314885; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=9iMi5OP8IuxpDw3nqLpnBbtHMB9Wyt0z2yi1muFCLEY=; b=dwUhhrTgdiw/mf8612fPYy+7mohVcSnIga2gyVEUTYaWNNWL3ip1bMNjiJ8HIDr1xDikIM QrsLOhl9eeA3La+O3iPTVgNMNqbo5MEN47d3lYMIQ60LKFBR/oab+zxFXMwInC5brQMEsb JfmK1zTNSoFDloAQdiLzfozziAoGJ5Q= Received: from mx-prod-mc-05.mail-002.prod.us-west-2.aws.redhat.com (ec2-54-186-198-63.us-west-2.compute.amazonaws.com [54.186.198.63]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id us-mta-49-QYzQeQ1SPGq-54Z67sA7cQ-1; Mon, 01 Jun 2026 07:54:40 -0400 X-MC-Unique: QYzQeQ1SPGq-54Z67sA7cQ-1 X-Mimecast-MFC-AGG-ID: QYzQeQ1SPGq-54Z67sA7cQ_1780314876 Received: from mx-prod-int-05.mail-002.prod.us-west-2.aws.redhat.com (mx-prod-int-05.mail-002.prod.us-west-2.aws.redhat.com [10.30.177.17]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by mx-prod-mc-05.mail-002.prod.us-west-2.aws.redhat.com (Postfix) with ESMTPS id E55541956080; Mon, 1 Jun 2026 11:54:34 +0000 (UTC) Received: from oldenburg3.str.redhat.com (unknown [10.44.49.199]) by mx-prod-int-05.mail-002.prod.us-west-2.aws.redhat.com (Postfix) with ESMTPS id 8E13C1956095; Mon, 1 Jun 2026 11:54:24 +0000 (UTC) From: Florian Weimer To: Steven Rostedt Cc: LKML , Linux Trace Kernel , bpf@vger.kernel.org, Masami Hiramatsu , Mathieu Desnoyers , Jens Remus , Josh Poimboeuf , 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 , Kees Cook , "Carlos O'Donell" , Sam James , Dylan Hatch , 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 , Thomas =?utf-8?Q?Wei=C3=9Fschuh?= Subject: Re: [RESEND][PATCH v2] unwind: Add sframe_(un)register() system calls In-Reply-To: <20260528151626.4573592d@gandalf.local.home> (Steven Rostedt's message of "Thu, 28 May 2026 15:16:26 -0400") References: <20260528151626.4573592d@gandalf.local.home> Date: Mon, 01 Jun 2026 13:54:22 +0200 Message-ID: <877boio4r5.fsf@oldenburg.str.redhat.com> User-Agent: Gnus/5.13 (Gnus v5.13) Precedence: bulk X-Mailing-List: linux-trace-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 X-Scanned-By: MIMEDefang 3.0 on 10.30.177.17 X-Mimecast-MFC-PROC-ID: Z_wUCnim2V7wm5HexDsVlKzUZJYrkDPO76ExS0pBvBU_1780314876 X-Mimecast-Originator: redhat.com Content-Type: text/plain * Steven Rostedt: > From: Steven Rostedt > > Add system calls to register and unregister sframes that can be used by > dynamic linkers to tell the kernel where the sframe section is in memory > for libraries it loads. > > Both system calls take a pointer to a new structure: > > struct sframe_setup { > __u64 sframe_start; > __u64 sframe_size; > __u64 text_start; > __u64 text_size; > }; > > and a size of the passed in structure. If the system call needs to be > extended, then the structure could be changed and the size of that > structure will tell the kernel that it is the new version. If the kernel > does not recognize the structure size, it will return -EINVAL. > > sframe_start - The virtual address of the sframe section > sframe_size - The length of the sframe section > text_start - the text section the sframe represents > test_size - the length of the section > > If other stack tracing functionality is added, it will require a new > system call. Would it make sense to have a more general mechanism to attach metadata to code memory? For example, a JIT generator might want to provide a hint how to obtain debuginfo for the code. Thanks, Florian