#
68cbb072 |
| 25-Apr-2024 |
Brooks Davis <brooks@FreeBSD.org> |
Revert "config.mk: Add MK_VIMAGE knob"
This commit broke "make makeman" checks in github CI due to a lack of option description files. The split between VIMAGE and VIMAGE_SUPPORT is not clearly jus
Revert "config.mk: Add MK_VIMAGE knob"
This commit broke "make makeman" checks in github CI due to a lack of option description files. The split between VIMAGE and VIMAGE_SUPPORT is not clearly justified and the code is broken because there is no opt_vimage.h (it's in opt_global.h).
This reverts commit 22ca6db50f4e6bd75a141f57cf953d8de6531a06.
show more ...
|
#
22ca6db5 |
| 09-Apr-2024 |
Stephen J. Kiernan <stevek@FreeBSD.org> |
config.mk: Add MK_VIMAGE knob
Default to VIMAGE as yes. Add VIMAGE to __DEFAULT_DEPENDENT_OPTIONS (to define VIMAGE_SUPPORT)
Only output VIMAGE to opt_global.h when VIMAGE support is wanted.
Obtai
config.mk: Add MK_VIMAGE knob
Default to VIMAGE as yes. Add VIMAGE to __DEFAULT_DEPENDENT_OPTIONS (to define VIMAGE_SUPPORT)
Only output VIMAGE to opt_global.h when VIMAGE support is wanted.
Obtained from: Juniper Networks, Inc. Differential Revision: https://reviews.freebsd.org/D39636
show more ...
|
Revision tags: release/13.3.0, release/14.0.0 |
|
#
34632ed1 |
| 27-Oct-2023 |
Warner Losh <imp@FreeBSD.org> |
arm: Introduce MK_KERNEL_BIN to control generation of kernel.bin
It's sometimes desirable to generate kernel.bin and install it. While the mainstream has moved on to UEFI booting on arm, some specia
arm: Introduce MK_KERNEL_BIN to control generation of kernel.bin
It's sometimes desirable to generate kernel.bin and install it. While the mainstream has moved on to UEFI booting on arm, some specialized gear can't support it. For that gear, we unconditionally generate kernel.bin. Add a knob so that WITH_KERNEL_BIN or WITHOUT_KERNEL_BIN control its generation and installation. config files should add 'makeoptions WITH_KERNEL_BIN=t' to enable it. Since its use is specialized, it is off by default now since the arm world has largely moved on to UEFI.
It only affects arm and arm64 (since those are the only two that support it).
Sponsored by: Netflix Reviewed by: mmel Differential Revision: https://reviews.freebsd.org/D39013
show more ...
|
#
3a338c53 |
| 18-Oct-2023 |
Dag-Erling Smørgrav <des@FreeBSD.org> |
Add the BBR and RACK stacks to the LINT kernel.
While here, drop the EXTRA_TCP_STACKS option, which serves no purpose and should never have been added. Instead, build bbr and rack as long as either
Add the BBR and RACK stacks to the LINT kernel.
While here, drop the EXTRA_TCP_STACKS option, which serves no purpose and should never have been added. Instead, build bbr and rack as long as either or both of INET and INET6 is enabled. There is no risk to anyone who doesn't load one or both and then twiddle the relevant sysctls.
Differential Revision: https://reviews.freebsd.org/D42088
show more ...
|
#
2befa269 |
| 01-Sep-2023 |
Brooks Davis <brooks@FreeBSD.org> |
Add INIT_ALL build option
This option replaces WITH_INIT_ALL_PATTERN and WITH_INIT_ALL_ZERO with INIT_ALL=pattern and INIT_ALL=zero respectively. As these are relatively rarely used options no back
Add INIT_ALL build option
This option replaces WITH_INIT_ALL_PATTERN and WITH_INIT_ALL_ZERO with INIT_ALL=pattern and INIT_ALL=zero respectively. As these are relatively rarely used options no backwards compatibility is implemented.
Reviewed by: emaste Relnotes: yes Differential Revision: https://reviews.freebsd.org/D41675
show more ...
|
#
ce5fa47c |
| 01-Sep-2023 |
Brooks Davis <brooks@FreeBSD.org> |
share/mk: support for "single" group options
Support group options where 1 of n values will be selected (or a default value will be used). After processing, an OPT_FOO will be set to one value from
share/mk: support for "single" group options
Support group options where 1 of n values will be selected (or a default value will be used). After processing, an OPT_FOO will be set to one value from __FOO_OPTIONS for each FOO in __SINGLE_OPTIONS. If the user sets FOO that value will be used, otherwise __FOO_DEFAULT will be used.
Options that don't work an a particular system can be remapped to an alternative using BROKEN_SINGLE_OPTIONS which can be set to a list of 3-tuples of the form: OPTION broken_value replacement_value
This is somewhat inspired by OPTIONS_SINGLE from ports, but the structure is quite different with a per-option variable in the style of MK_FOO={yes,no}.
Reviewed by: imp, emaste Differential Revision: https://reviews.freebsd.org/D41659
show more ...
|
#
031beb4e |
| 16-Aug-2023 |
Warner Losh <imp@FreeBSD.org> |
sys: Remove $FreeBSD$: one-line sh pattern
Remove /^\s*#[#!]?\s*\$FreeBSD\$.*$\n/
|
#
74674fef |
| 12-May-2023 |
Ed Maste <emaste@FreeBSD.org> |
kern.opts.mk: rationalize i386 EFI default with src.opts.mk
PR: 269994 Fixes: ad9d10a859a ("efi: mark as broken on i386") Sponsored by: The FreeBSD Foundation
|
#
894bcc87 |
| 17-Apr-2023 |
Stephen J. Kiernan <stevek@FreeBSD.org> |
sys/modules/Makefile: conditionally add MAC/veriexec modules
Only build MAC/veriexec modules when MK_VERIEXEC is yes or we are building all modules.
Add VERIEXEC knob to kernel __DEFAULT_NO_OPTIONS
sys/modules/Makefile: conditionally add MAC/veriexec modules
Only build MAC/veriexec modules when MK_VERIEXEC is yes or we are building all modules.
Add VERIEXEC knob to kernel __DEFAULT_NO_OPTIONS
Reviewed by: sjg Obtained from: Juniper Networks, Inc.
show more ...
|
Revision tags: release/13.2.0 |
|
#
63715498 |
| 12-Mar-2023 |
Alfredo Dal'Ava Junior <alfredo@FreeBSD.org> |
powerpc: enable ZFS on 32 bit powerpc/powerpcspe
Enable ZFS on powerpc 32 bit since it appears to build and work correctly.
MFC after: 3 weeks Relnotes: yes
|
#
3916fdd2 |
| 10-Mar-2023 |
Warner Losh <imp@FreeBSD.org> |
opts: fix silly typo
It's powerpcspe not powerpcspc
Pointy Hat To: imp Noticed by: jhibbits Fixes: 41cf798e8206 Sponsored by: Netflix
|
#
41cf798e |
| 10-Mar-2023 |
Warner Losh <imp@FreeBSD.org> |
opts: popwerpcspc is also 32-bit
Mark ZFS broken here too, add comment about why. Add comments about OFED being disabled on 32-bit arm, add comment about why too.
Sponsored by: Netflix
|
#
9503d270 |
| 10-Mar-2023 |
Warner Losh <imp@FreeBSD.org> |
opts: Minor cleanup of ZFS options
Remove redundant CPUARCH test: we really just want a plain MACHINE_ARCH here.
Second, always turn off LOADER_ZFS when we turn off ZFS. Not 100% required, but we d
opts: Minor cleanup of ZFS options
Remove redundant CPUARCH test: we really just want a plain MACHINE_ARCH here.
Second, always turn off LOADER_ZFS when we turn off ZFS. Not 100% required, but we did it some places and not others. There's no current mechanism to say that if X is disabled then X_Y must be too.
Sponsored by: Netflix
show more ...
|
#
fe0f6950 |
| 09-Mar-2023 |
John Baldwin <jhb@FreeBSD.org> |
Enable OFED on all platforms except for 32-bit arm.
32-bit arm triggers multiple -Wunaligned-access errors due to structure packing.
Reviewed by: emaste Differential Revision: https://reviews.freeb
Enable OFED on all platforms except for 32-bit arm.
32-bit arm triggers multiple -Wunaligned-access errors due to structure packing.
Reviewed by: emaste Differential Revision: https://reviews.freebsd.org/D38972
show more ...
|
#
e552cac3 |
| 25-Feb-2023 |
Piotr Kubaj <pkubaj@FreeBSD.org> |
powerpc64*: port mlx5, OFED, KTLS and krping
Summary: This review ports mlx5 driver, kernel's OFED stack (userland is already enabled), KTLS and krping to powerpc64 and powerpc64le.
krping requires
powerpc64*: port mlx5, OFED, KTLS and krping
Summary: This review ports mlx5 driver, kernel's OFED stack (userland is already enabled), KTLS and krping to powerpc64 and powerpc64le.
krping requires a small change since it uses assembly for amd64 / i386.
NOTE: On powerpc64le RDMA works fine in the userspace with libmlx5, but on powerpc64 it does not. The problem is that contrib/ofed/libmlx5/doorbell.h checks for SIZEOF_LONG but this macro exists on neither powerpc64* nor amd64. Thus, the file silently goes to the fallback function written for 32-bit architectures. It works fine on little-endian architectures, but causes a hard fail on big-endian. It's possible it may also cause some runtime issues on little-endian. Thus, on powerpc64 I verified that RDMA works with krping.
Reviewers: #powerpc, hselasky
Subscribers: bdrewery, imp, emaste, jhibbits
Differential Revision: https://reviews.freebsd.org/D38786
show more ...
|
#
f5a1c871 |
| 26-Feb-2023 |
Piotr Kubaj <pkubaj@FreeBSD.org> |
Revert "powerpc64*: port mlx5, OFED, KTLS and krping"
Wrong push, another commit was supposed to be pushed.
This reverts commit 83d6d8877ef7dad4f4e8f409a01c9f28139cd026.
|
#
83d6d887 |
| 25-Feb-2023 |
Piotr Kubaj <pkubaj@FreeBSD.org> |
powerpc64*: port mlx5, OFED, KTLS and krping
Summary: This review ports mlx5 driver, kernel's OFED stack (userland is already enabled), KTLS and krping to powerpc64 and powerpc64le.
krping requires
powerpc64*: port mlx5, OFED, KTLS and krping
Summary: This review ports mlx5 driver, kernel's OFED stack (userland is already enabled), KTLS and krping to powerpc64 and powerpc64le.
krping requires a small change since it uses assembly for amd64 / i386.
NOTE: On powerpc64le RDMA works fine in the userspace with libmlx5, but on powerpc64 it does not. The problem is that contrib/ofed/libmlx5/doorbell.h checks for SIZEOF_LONG but this macro exists on neither powerpc64* nor amd64. Thus, the file silently goes to the fallback function written for 32-bit architectures. It works fine on little-endian architectures, but causes a hard fail on big-endian. It's possible it may also cause some runtime issues on little-endian. Thus, on powerpc64 I verified that RDMA works with krping.
Reviewers: #powerpc, hselasky
Subscribers: bdrewery, imp, emaste, jhibbits
Differential Revision: https://reviews.freebsd.org/D38786
show more ...
|
#
e88e9894 |
| 14-Feb-2023 |
Warner Losh <imp@FreeBSD.org> |
armv5: Remove dead code
No need to mark anything as broken on armv5 anymore.
Sponsored by: Netflix Reviewed by: emaste Differential Revision: https://reviews.freebsd.org/D38583
|
Revision tags: release/12.4.0 |
|
#
3bf66365 |
| 06-Jul-2022 |
Brooks Davis <brooks@FreeBSD.org> |
cddl/*: add a WITH(OUT)_DTRACE option
Add an option to enable/disable DTrace without disabling ZFS. New architectures such as CHERI may support ZFS before they support DTrace and the old model of W
cddl/*: add a WITH(OUT)_DTRACE option
Add an option to enable/disable DTrace without disabling ZFS. New architectures such as CHERI may support ZFS before they support DTrace and the old model of WITHOUT_CDDL disabling both wasn't helpful.
For compatiblity, the CDDL option remains and WITHOUT_CDDL implies WITHOUT_DTRACE. WITHOUT_DTRACE also implies WITHOUT_CTF.
As part of this change, largely convert cddl/*/Makefile to using the more compact SUBDIR.${MK_<FOO>}+= form rather than using intermediate variables.
Reviewed by: markj Obtained from: CheriBSD Sponsored by: DARPA, AFRL Differential Revision: https://reviews.freebsd.org/D35718
show more ...
|
#
a7bd57de |
| 09-Jun-2022 |
Ed Maste <emaste@FreeBSD.org> |
Sort SPLIT_KERNEL_DEBUG correctly in kern.opts.mk
Fixes: e3709cfe6a2a ("Add SPLIT_KERNEL_DEBUG knob")
|
#
e3709cfe |
| 08-Jun-2022 |
Ed Maste <emaste@FreeBSD.org> |
Add SPLIT_KERNEL_DEBUG knob
Prior to 9b6edf364eb0 WITHOUT_KERNEL_SYMBOLS split kernel debug data into standalone debug files at build time, but did not install those files. As of 9b6edf364eb0 it st
Add SPLIT_KERNEL_DEBUG knob
Prior to 9b6edf364eb0 WITHOUT_KERNEL_SYMBOLS split kernel debug data into standalone debug files at build time, but did not install those files. As of 9b6edf364eb0 it stopped splitting the debug data, leaving it in the kernel and modules (the default kernel configs include DEBUG=-g).
Revert 9b6edf364eb0 and introduce a new build-time SPLIT_KERNEL_DEBUG knob, as some people rely on the pre-9b6edf364eb0 WITHOUT_KERNEL_SYMBOLS behaviour and that was imp's original intent.
PR: 264433 Reviewed by: eugen, imp MFC after: 3 weeks Relnotes: yes Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D35437
show more ...
|
Revision tags: release/13.1.0 |
|
#
615d289f |
| 19-Apr-2022 |
John Baldwin <jhb@FreeBSD.org> |
Re-enable set but not used warnings for kernel builds.
make tinderbox now passes with this warning enabled as a fatal error, so revert the change to hide it in preparation for making it fatal.
This
Re-enable set but not used warnings for kernel builds.
make tinderbox now passes with this warning enabled as a fatal error, so revert the change to hide it in preparation for making it fatal.
This reverts commit e8e691983bb75e80153b802f47733f1531615fa2.
Reviewed by: imp, emaste Differential Revision: https://reviews.freebsd.org/D34948
show more ...
|
#
e8e69198 |
| 05-Apr-2022 |
Robert Wing <rew@FreeBSD.org> |
suppress set but not used warnings for kernel builds
Use -Wno-unused-but-set-variable for kernel builds with clang13.
To turn this warning back on, set the following in src.conf: WITH_SET_BUT_N
suppress set but not used warnings for kernel builds
Use -Wno-unused-but-set-variable for kernel builds with clang13.
To turn this warning back on, set the following in src.conf: WITH_SET_BUT_NOTUSED_KERNEL_WARNINGS=
Reviewed by: mjg, imp Differential Revision: https://reviews.freebsd.org/D34784
show more ...
|
#
ff8d9d9c |
| 05-Apr-2022 |
Warner Losh <imp@FreeBSD.org> |
config.mk: Add opt_platform.h support
opt_platform.h is now included from miivar.h, so add support for generating it in the standalone build case.
Sponsored by: Netflix
|
#
e0281204 |
| 02-Jan-2022 |
Warner Losh <imp@FreeBSD.org> |
Add clarifying comments
Expand on the terse comments for where each of these files is used.
Reviewed by: emaste Sponsored by: Netflix Differential Revision: https://reviews.freebsd.org/D33716
|