TpHUCZlK5fxGGQQ
X-MS-Exchange-Transport-CrossTenantHeadersStamped: CH0PR01MB7122
X-Spamd-Bar: -----
X-Spamd-Result: default: False [-6.00 / 15.00];
	DWL_DNSWL_LOW(-1.00)[mit.edu:dkim];
	NEURAL_HAM_LONG(-1.00)[-1.000];
	ARC_ALLOW(-1.00)[microsoft.com:s=arcselector9901:i=1];
	NEURAL_HAM_MEDIUM(-1.00)[-1.000];
	NEURAL_HAM_SHORT(-1.00)[-1.000];
	DMARC_POLICY_ALLOW(-0.50)[mit.edu,none];
	R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16];
	R_DKIM_ALLOW(-0.20)[mit.edu:s=selector2];
	MIME_GOOD(-0.10)[text/plain];
	RCPT_COUNT_ONE(0.00)[1];
	MISSING_XM_UA(0.00)[];
	ASN(0.00)[asn:8075, ipnet:40.104.0.0/14, country:US];
	MIME_TRACE(0.00)[0:+];
	RWL_MAILSPIKE_POSSIBLE(0.00)[40.107.100.100:from];
	MID_RHS_MATCH_FROM(0.00)[];
	RCVD_TLS_LAST(0.00)[];
	FROM_EQ_ENVFROM(0.00)[];
	FROM_HAS_DN(0.00)[];
	MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org];
	RCVD_COUNT_TWO(0.00)[2];
	TO_DN_ALL(0.00)[];
	TO_MATCH_ENVRCPT_ALL(0.00)[];
	DKIM_TRACE(0.00)[mit.edu:+]
X-Rspamd-Queue-Id: 4VST1j3BqTz4sNl

The ports version of llvm 18 generates 32 bit ARM kernel modules that can't=
 be loaded due to an unsupported relocation type.  The system llvm 18 works=
.  The ports version of llvm 17 works.

Running "make buildkernel CROSS_TOOLCHAIN=3Dllvm18" changed the relocation =
type for __stack_chk_guard in umodem.ko from R_ARM_ABS32 to R_ARM_GLOB_DAT,=
 resulting in an error:

kldload: unexpected relocation type 21, symbol index 22
link_elf: symbol __stack_chk_guard undefined

Two compilers based on the same llvm-project git hash give different result=
s:

FreeBSD clang version 18.1.3 (https://github.com/llvm/llvm-project.git llvm=
org-18.1.3-0-gc13b7485b879)
clang version 18.1.3 (https://github.com/llvm/llvm-project c13b7485b87909fc=
f739f62cfa382b55407433c0)

The FreeBSD version works.  The version I compiled from source generates th=
e bad relocation.

What is different about the FreeBSD system compiler?  Does a fix need to go=
 into devel/llvm18?  Should sys/arm/arm/elf_machdep.c handle a new relocati=
on type?

John Carr