NetBSD Problem Report #58096

From www@netbsd.org  Mon Apr  1 20:33:07 2024
Return-Path: <www@netbsd.org>
Received: from mail.netbsd.org (mail.netbsd.org [199.233.217.200])
	(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits))
	(Client CN "mail.NetBSD.org", Issuer "mail.NetBSD.org CA" (not verified))
	by mollari.NetBSD.org (Postfix) with ESMTPS id 88B5F1A9239
	for <gnats-bugs@gnats.NetBSD.org>; Mon,  1 Apr 2024 20:33:07 +0000 (UTC)
Message-Id: <20240401203236.1EBD41A923B@mollari.NetBSD.org>
Date: Mon,  1 Apr 2024 20:32:36 +0000 (UTC)
From: campbell+netbsd@mumble.net
Reply-To: campbell+netbsd@mumble.net
To: gnats-bugs@NetBSD.org
Subject: booting with x86 multiboot doesn't pass ctf data
X-Send-Pr-Version: www-1.0

>Number:         58096
>Category:       port-amd64
>Synopsis:       booting with x86 multiboot doesn't pass ctf data
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    port-amd64-maintainer
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Mon Apr 01 20:35:00 +0000 2024
>Originator:     Taylor R Campbell
>Release:        current, 10, 9, 8, ...
>Organization:
The NetCTF Bootdation
>Environment:
>Description:
multiboot (1 and 2) uses ksyms_addsyms_explicit which has no provision for passing ctf data through:

https://nxr.netbsd.org/xref/src/sys/arch/i386/i386/multiboot.c?r=1.26#710
https://nxr.netbsd.org/xref/src/sys/arch/x86/x86/multiboot2.c?r=1.8#1061

This means that the kernel ELF object has no ctf data, which breaks a lot of dtrace.
>How-To-Repeat:
`dtrace -l -P fbt' produces no output from netbsd (just from solaris.kmod and other modules you've loaded)
>Fix:
Yes, please!

Home	PR Database Search