Actions
Bug #11352
openCTF types > 2^15 in the pfSense kernel config results in DTrace failing
Start date:
01/31/2021
Due date:
% Done:
0%
Estimated time:
Plus Target Version:
Release Notes:
Default
Affected Version:
2.5.0
Affected Architecture:
amd64
Description
The pfSense kernel config adds a number of additional subystems and drivers to the FreeBSD GENERIC kernel.
This additional code results in the number of CTF types being larger than what DTrace can cope with (see FreeBSD PR 232675)
On the Jan 27 factory build:
[21.02-DEVELOPMENT][admin@pfSense.home.arpa]/root: uname -a FreeBSD pfSense.home.arpa 12.2-STABLE FreeBSD 12.2-STABLE 124c425698a(factory-devel-12) pfSense amd64 [21.02-DEVELOPMENT][admin@pfSense.home.arpa]/root: ctfdump -S /boot/kernel/kernel | grep 'number of types' total number of types = 36806 [21.02-DEVELOPMENT][admin@pfSense.home.arpa]/root: dtrace -n 'fbt::xpt*: {}' dtrace: invalid probe specifier fbt::xpt*: {}: "/usr/lib/dtrace/psinfo.d", line 39: failed to copy type of 'pr_uid': Type information is in parent and unavailable
After lopping a bunch of 10G drivers and GEOM out of the pfSense kernel config:
[21.02-DEVELOPMENT][admin@pfSense.home.arpa]/root: ctfdump -S /boot/kernel/kernel | grep 'number of types' total number of types = 32449 [21.02-DEVELOPMENT][admin@pfSense.home.arpa]/root: dtrace -n 'fbt::xpt*: {}' dtrace: description 'fbt::xpt*: ' matched 202 probes
Is it possible to bring this number back down to < 2^15 by removing some unnecessary code, or perhaps nooption'ing some unneeded parts of GENERIC ?
Priority set as Low since DTrace hadn't been enabled in previous releases so no functionality lost.
Files
Actions