mdoc: Standardize SYNOPISIS section for drivers
Standardize driver manuals on the style used for 12 years in vt(4).
This brings SYNOPSIS across all FreeBSD manual sections into harmony
of meaning where where SYNOPSIS lists available options, and does not
contain prose. Adjust mdoc(7) to reflect the established convention.
Reviewed by: jhb
Discussed with: arch@ (marc.info/?l=freebsd-arch&m=176782215606871)
Differential Revision: https://reviews.freebsd.org/D54586
Interfaces: Assignments - add interface configuration settings in new assignments page. for https://github.com/opnsense/core/issues/10568
Refactor NetworkInterface model to reuse existing property names as much as possible, move from/to legacy logic into a custom fieldtype and store all legacy settings in a container named "pending" to ease reconfiguration and updating legacy configurations.
yes: Avoid static initialization
Our buffer is half a megabyte, but we are only initializing the first
two bytes. Switching from static to dynamic initialization moves it
from .data to .bss, greatly reducing the size of the binary.
Fixes: cf74b63d61b4 ("yes: Completely overengineer")
MFC after: 1 week
Sponsored by: Klara, Inc.
Reviewed by: kevans
Differential Revision: https://reviews.freebsd.org/D58890
ice(4): Add two more 4-part IDs for E835 adapters
Two additional subdevice IDs were introduced
to distinguish between adapters with and without
manageability over USB support.
Signed-off-by: Krzysztof Galazka <krzysztof.galazka at intel.com>
Reviewed by: erj
Tested by: Mateusz Moga <mateusz.moga at intel.com>
MFC after: 1 week
Sponsored by: Intel Corporation
Differential Revision: https://reviews.freebsd.org/D57337
[AArch64][GlobalISel] Preserve scalar type when widening atomic G_STORE (#216162)
Use `changeElementSizeTo` instead of `changeTo` in the G_STORE
legalization rule for narrow atomic stores.
`changeTo` changes the type of the stored value to generic `s32`, which
can be propagated to its defining instruction. For example, this can
turn an integer `G_AND` into an `s32` operation and prevent it from
being correctly selected.
Changing only the element size preserves the value's scalar type while
still widening the value as required by the legalization rule.
Fix a weird seventeen-year-old documentation bug where the descriptions
of the \*(lp and \*(rp predefined strings were exchanged.
Nobody noticed because all predefined strings are obsolete anyway.
Patch from Alexander Ziaee <ziaee at FreeBSD.org>.
Use `configparser` to generate rclone configs
(cherry picked from commit deb456f114189e779a5c33ef0b57d1714dad7cc8)
Co-Authored-By: Claude Opus 5 (1M context) <noreply at anthropic.com>
[HIP] Link profile runtime in device-only lld path (#211675)
HIP device-only code object links can use the direct lld path in
HIPAMD.cpp. That path did not add the profile runtime, so device-only
builds with profile generation missed `libclang_rt.profile.a`.
This patch adds the normal profile runtime handling to that linker path
and covers it with a driver test.
net/aquantia-atlantic-kmod: Ignore on 15.2+ and 16.x
The kernel module is in the base system now.
Sponsored by: The FreeBSD Foundation
Differential Revision: https://reviews.freebsd.org/D58703
Use `configparser` to generate rclone configs
(cherry picked from commit deb456f114189e779a5c33ef0b57d1714dad7cc8)
Co-Authored-By: Claude Opus 5 (1M context) <noreply at anthropic.com>
Mk/Scripts/do-depends.sh: propagate DEBUG_MK_* to find-lib.sh
env -i in find_lib() drops DEBUG_MK_SCRIPTS and
DEBUG_MK_SCRIPTS_FIND_LIB, so find-lib.sh never enables tracing.
Pass both through env -i.
PR: 245438
RISCV: Fix using getVRegDef on a physical register
This was looking through a VL operand to find a materialized
ADDI $x0, imm. The VL register can be physical, so avoid calling
getVRegDef.
Co-authored-by: Claude (Claude-Opus-4.8) <noreply at anthropic.com>
clang/AMDGPU: Don't emit target-features on AMDGCN-flavored SPIR-V
The spirv64-amd-amdhsa target unions every GPU's features in its feature
map so it can report builtins as available. The CodeGen doesn't have
any use of the target-features. Putting it into the IR just results
in an annoying to update test every time a new feature is added. The
ultimate SPIRV codegen doesn't do anything with it, and if it did
survive to AMDGPU codegen, it would be actively harmful.
This isn't an ideal solution. The target-features spam is also
noisy and useless in the AMDGPU case, but solving that is more
intricate because we do currently rely on this for some features,
most notably the wavesize.
Co-authored-by: Claude (Claude-Opus-4.8)
