aboutsummaryrefslogtreecommitdiff
path: root/sys/amd64/conf/MINIMAL
Commit message (Collapse)AuthorAgeFilesLines
* MINIMAL: Add virtio_scsiDag-Erling Smørgrav2026-01-161-0/+1
| | | | | | | | This allows a MINIMAL kernel to boot in qemu/kvm. MFC after: 1 week Sponsored by: Klara, Inc. Sponsored by: NetApp, Inc.
* amd64: Remove tpm(4) from GENERIC for nowMark Johnston2026-01-081-1/+2
| | | | | | | | | | It breaks suspend/resume and no one has had time to investigate and fix it. PR: 291067 Reviewed by: emaste Fixes: 3deb21f1afd5 ("random: TPM_HARVEST should have been named RANDOM_ENABLE_TPM") Differential Revision: https://reviews.freebsd.org/D54587
* random: allow disabling of entropy harvesting from keyboard & miceDavid E. O'Brien2025-11-111-0/+2
| | | | | | Reviewed by: jmg Sponsored by: Juniper Networks Differential Revision: https://reviews.freebsd.org/D53390
* random: TPM_HARVEST should have been named RANDOM_ENABLE_TPMDavid E. O'Brien2025-11-101-1/+5
| | | | | | | | | | | * Enable RANDOM_ENABLE_TPM by default * The commit of TPM_HARVEST failed to add it to NOTES so that the LINT kernel would build the code. Fixes: 4ee7d3b0118c82e651712bb65da53d08e78cd7b1 Reviewed by: imp Differential Revision: https://reviews.freebsd.org/D53460
* padlock(4)/nehemiah: move i386-only entropy source to MD filesDavid E. O'Brien2025-10-231-1/+0
| | | | | Reviewed by: khng Differential Revision: https://reviews.freebsd.org/D53309
* Remove COMPAT_FREEBSD4/5/6/7/9 from MINIMAL and FIRECRACKER kernel ↵Henrich Hartzer2024-05-231-5/+0
| | | | | | | | | | | | | | | configurations FIRECRACKER is not a legacy config, so remove the really old FreeBSD versions from it. MINIMAL has a similar history, and limited target audience which has little to no overlap with really old binaries. Either of these is really easy to get additional binary compat with the include directive, so balance things better. Leave GENERIC alone. PR: 231768 Signed-off-by: Henrich Hartzer <henrichhartzer@tuta.io> Reviewed by: imp (MINIMAL), cperciva (FIRECRACKER) Pull Request: https://github.com/freebsd/freebsd-src/pull/1228
* MINIMAL: Grow minimal to support ata, scsi and nvmeWarner Losh2024-05-031-0/+12
| | | | | | | | | | | | | | | | Until the boot loader automatically loads these things (including the CAM dependency), we need to have them in the minimal kernel since they are needed to boot. These aren't strictly required to be in the kernel, since modules work, but are high enough demand items that until we sort out boot loader automation, I'm adding them here. These devices are also common in vm environments. The delta is relatively small in size. Once the boot loader automation arrives, these and a lot of other things can be trimmed. It's less than ideal, but is a good middle ground for the moment. Sponsored by: Netflix Reviewed by: kevans, emaste Differential Revision: https://reviews.freebsd.org/D45012
* sys/*/conf: do not use "../../conf/" when including std.*Lexi Winter2024-04-231-1/+1
| | | | | | | | Since config(8) searches sys/conf by default, there's no need to specify the full relative path here; replace it by the filename alone. Reviewed by: imp Pull Request: https://github.com/freebsd/freebsd-src/pull/1124
* sys: add conf/std.debug, generic debugging optionsLexi Winter2024-04-231-0/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | The new sys/conf/std.debug contains the list of debugging options enabled by default in -CURRENT, so they don't need to be listed individually in every kernel config. The enabled options are the set of all debug options which were enabled for the GENERIC kernel on any platform. This means some architectures now have debugging options enabled in GENERIC which weren't previously enabled: - amd64: [1] - arm64: [2] - arm: [2]. [3] - i386: [1], [2] - powerpc: [1], [2], [3] - riscv: [2] [1] ALT_BREAK_TO_DEBUGGER is now enabled. [2] BUF_TRACKING, FULL_BUF_TRACKING, and QUEUE_MACRO_DEBUG_TRASH are now enabled. [3] DEADLKRES is now enabled. While here, move the documentation for the (commented out) K*SAN options for amd64 from GENERIC to NOTES. Reviewed by: imp Pull Request: https://github.com/freebsd/freebsd-src/pull/1124
* amd64 & i386: enable VIMAGE in MINIMALMina Galić2024-02-031-0/+1
| | | | | | | | VNET(9) is very useful, and is not loadable. Enable it in MINIMAL. Reviewed by: imp Pull Request: https://github.com/freebsd/freebsd-src/pull/962
* Add a COMPAT_FREEBSD14 kernel optionKristof Provost2023-10-101-0/+1
| | | | | | | | Use it wherever COMPAT_FREEBSD13 is currently specified. Reviewed by: brooks, zlei Sponsored by: Rubicon Communications, LLC ("Netgate") Differential Revision: https://reviews.freebsd.org/D42100
* sys: Remove $FreeBSD$: one-line sh patternWarner Losh2023-08-161-1/+0
| | | | Remove /^\s*#[#!]?\s*\$FreeBSD\$.*$\n/
* x86: move EARLY_AP_STARTUP into DEFAULTSEd Maste2023-08-141-1/+0
| | | | | | | | | | | | | | | | | | EARLY_AP_STARTUP was introduced in 2016 (commit fdce57a04219) with note: As a transition aid, the new behavior is moved under a new kernel option (EARLY_AP_STARTUP). This will allow the option to be turned off if need be during initial testing. I hope to enable this on x86 by default in a followup commit ... It was enabled by default, but became effectively mandatory (on x86) some time later. Move it to DEFAULTS to avoid an unbootable system if the option is left out of a custom kernel configuration file. Reported by: wollman Reviewed by: jhb Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D41352
* amd64 MINIMAL: SysV IPC syscalls are loadableKonstantin Belousov2023-05-091-3/+0
| | | | | | | Reviewed by: emaste, imp Sponsored by: The FreeBSD Foundation MFC after: 1 week Differential revision: https://reviews.freebsd.org/D39990
* amd64 MINIMAL: remove UFS from compiled-in listKonstantin Belousov2023-05-091-1/+0
| | | | | | | Reviewed by: emaste, imp Sponsored by: The FreeBSD Foundation MFC after: 1 week Differential revision: https://reviews.freebsd.org/D39990
* amd64 MINIMAL config: remove statements about UFS moduleKonstantin Belousov2023-05-091-2/+0
| | | | | | | | | All UFS options work for ufs.ko. Reviewed by: emaste, imp Sponsored by: The FreeBSD Foundation MFC after: 1 week Differential revision: https://reviews.freebsd.org/D39990
* amd64 MINIMAL config: remove sentence about acpiKonstantin Belousov2023-05-061-2/+0
| | | | | | | | On amd64 ACPI is required to boot, it cannot work as a module, and we do not build the ACPI module for long time. Sponsored by: The FreeBSD Foundation MFC after: 1 week
* xen/efi: make Xen PV EFI clock optionalElliott Mitchell2023-04-141-0/+1
| | | | | | | | | | | | The present implementation is only for x86. Other architectures need adjustments for querying presence of EFI. Xen's EFI support is also quite troublesome on non-x86. This is being slowly remedied, but until in better shape the EFI clock functionality should be disabled. Reviewed by: royger Differential Revision: https://reviews.freebsd.org/D31065
* MINIMAL: Update and clean up.Dag-Erling Smørgrav2023-02-091-3/+10
| | | | | | | | | | | | | | * Add GEOM_LABEL, required to boot a default UEFI install. * Add enough of virtio to boot in bhyve. * Reduce diff between amd64 and i386. * Reduce diff to GENERIC. MFC after: 1 week Reviewed by: imp Differential Revision: https://reviews.freebsd.org/D38468
* MIMIMAL: add uartWarner Losh2022-07-011-0/+4
| | | | | | | | | | | | | While uart could be detected completely through plug and play means, add it here for two reasons. First, we don't do that from the loader, so it's not available as a console. Second, even if we did do it from the loader, there's a limitation in the system today that console drivers must be compiled into the kernel because the console is selected before external modules are linked into the kernel. Adding it only increases the kernel size by ~14k as well. Sponsored by: Netflix Idea liked by: des, rpokala, brooks, jhb
* x86 GENERIC/MINIMAL: group sc(4) devices togetherEd Maste2021-11-281-3/+1
| | | | | | | | | The vga and splash devices are part of the sc(4) system console. vt(4) uses the vt_vga driver instead, and has some limited splash support directly in vt_core.c. Leave the sc(4) options in GENERIC/MINIMAL (for now) but group them together under an sc(4) comment. Sponsored by: The FreeBSD Foundation
* Remove options VESA from x86 MINIMALEd Maste2021-11-281-1/+0
| | | | | | | | | | | | Followup to b8cf1c5c30a5, remove from MINIMAL in addition to GENERIC. options VESA / vesa.ko provides VESA Bios Extensions (VBE) support for the legacy sc(4) console. It is not used by the default console, vt(4). PR: 253733 Fixes: b8cf1c5c30a5 ("Remove options VESA from x86 GENERIC") Relnotes: Yes Sponsored by: The FreeBSD Foundation
* Correct syscons description in i386 and amd64 configsEd Maste2021-11-271-2/+2
| | | | | | Commit 2d6f6d63733d switched to vt(4) as the default console. Sponsored by: The FreeBSD Foundation
* Add a COMPAT_FREEBSD13 kernel optionKristof Provost2021-11-171-0/+1
| | | | | | | | Use it wherever COMPAT_FREEBSD11 is currently specified. Reviewed by: jhb (previous version) Sponsored by: Rubicon Communications, LLC ("Netgate") Differential Revision: https://reviews.freebsd.org/D33005
* tcp: better congestion control defaultsWarner Losh2021-11-121-2/+0
| | | | | | | | | | | | Define CC_NEWRENO in all the appropriate DEFAULTS and std.* config files. It's the default congestion control algorithm. Add code to cc.c so that CC_DEFAULT is "newreno" if it's not overriden in the config file. Sponsored by: Netflix Fixes: b8d60729deef ("tcp: Congestion control cleanup.") Revired by: manu, hselasky, jhb, glebius, tuexen Differential Revision: https://reviews.freebsd.org/D32964
* Update MINIMAL to have CC optionsWarner Losh2021-11-121-0/+2
| | | | | | | | The MINIMAL configs were overlooked. They are compiled as part of universe, so this broke universe builds. Add the same defafults as for GENERIC. Sponsored by: Netflix
* kvm_clock: KVM paravirtual clock supportAdam Fenn2021-08-141-0/+3
| | | | | | | | | Add support for the KVM paravirtual clock device. Sponsored by: Juniper Networks, Inc. Sponsored by: Klara, Inc. Reviewed by: kib Differential Revision: https://reviews.freebsd.org/D29733
* xen/timer: fix amd64 LINT kernel buildRoger Pau Monné2021-08-021-1/+3
| | | | | | | | | | | | | | | | | On amd64 XENHVM depends on the xentimer device for PVH early startup, so both should be added or removed together (like the current dependency with xenpci). Fix this by adding xentimer to NOTES and updating the comments on the config files. Note that on i386 there's no such dependency between xentimer and XENHVM, since there's no PVH support. While there also fix the MINIMAL i386 build to include the xentimer, so it keeps the same functionality as before xentimer was split from XENHVM. Reported by: lwhsu PR: 257549 Fixes: ae5981274815 ('xen/timer: make xen timer optional')
* MINIMAL: remove debugging and some loadable network modulesHelge Oldach2021-07-111-13/+0
| | | | | | | | | | | | Remove deugging stuff, since it's arguably not needed in a minimal setup. Also vlan, tuntap and gif since they can be loaded. imp didn't include the part of the patch that removed xen guest support. Xen guest is relatively small and has no way of being loaded. Reviewed by: imp PR: 229564 MFC After: 3 days
* sys/*/conf/*, docs: fix links to handbookCeri Davies2021-05-201-1/+1
| | | | | | | | | | | | While here, fix all links to older en_US.ISO8859-1 documentation in the src/ tree. PR: 255026 Reported by: Michael Büker <freebsd@michael-bueker.de> Reviewed by: dbaio Approved by: blackend (mentor), re (gjb) MFC after: 10 days Differential Revision: https://reviews.freebsd.org/D30265
* smbios: support getting address from EFIGreg V2021-04-071-1/+0
| | | | | | | | | | | | | On some systems (e.g. Lenovo ThinkPad X240, Apple MacBookPro12,1) the SMBIOS entry point is not found in the <0xFFFFF space. Follow the SMBIOS spec and use the EFI Configuration Table for locating the entry point on EFI systems. Reviewed by: rpokala, dab MFC after: 1 week Sponsored by: Dell EMC Isilon Differential Revision: https://reviews.freebsd.org/D29276
* smbios: Move smbios driver out from x86 machdep codeAllan Jude2021-02-231-0/+1
| | | | | | | | | Add it to the x86 GENERIC and MINIMAL kernels Sponsored by: Ampere Computing LLC Submitted by: Klara Inc. Reviewed by: rpokala Differential Revision: https://reviews.freebsd.org/D28738
* Add VT driver for VBE framebuffer deviceToomas Soome2020-11-301-0/+1
| | | | | | | | | | | | | | | Implement vt_vbefb to support Vesa Bios Extensions (VBE) framebuffer with VT. vt_vbefb is built based on vt_efifb and is assuming similar data for initialization, use MODINFOMD_VBE_FB to identify the structure vbe_fb in kernel metadata. struct vbe_fb, is populated by boot loader, and is passed to kernel via metadata payload. Differential Revision: https://reviews.freebsd.org/D27373 Notes: svn path=/head/; revision=368168
* o Move options IOMMU from Debugging section back to the Bus sectionRuslan Bukin2020-11-271-1/+1
| | | | | | | | | | | | | | where it originally was. The bug introduced in r366267. o Remove options IOMMU from i386/MINIMAL as we don't have it in i386/GENERIC. Reported by: Harry Schmalzbauer <freebsd@omnilan.de> Reviewed by: kib Sponsored by: Innovate DSbD Differential Revision: https://reviews.freebsd.org/D27399 Notes: svn path=/head/; revision=368113
* Rename kernel option ACPI_DMAR to IOMMU.Ruslan Bukin2020-09-291-1/+1
| | | | | | | | | | | This is mostly needed for a common arm64/amd64 iommu code. Reviewed by: kib Sponsored by: DARPA, AFRL Differential Revision: https://reviews.freebsd.org/D26587 Notes: svn path=/head/; revision=366267
* Switch from SCTP to SCTP_SUPPORT in GENERIC configs.Mark Johnston2020-07-161-1/+1
| | | | | | | | | | | | | This removes SCTP from in-tree kernel configuration files. Now, SCTP can be enabled by simply loading the module, as discussed on freebsd-net@. Reviewed by: tuexen Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D25611 Notes: svn path=/head/; revision=363253
* sys: Remove DEV_RANDOM device optionConrad Meyer2019-06-211-2/+1
| | | | | | | | | | | | | | Remove 'device random' from kernel configurations that reference it (most). Replace perhaps mistaken 'nodevice random' in two MIPS configs with 'options RANDOM_LOADABLE' instead. Document removal in UPDATING; update NOTES and random.4. Reviewed by: delphij, markm (previous version) Approved by: secteam(delphij) Differential Revision: https://reviews.freebsd.org/D19918 Notes: svn path=/head/; revision=349253
* tun/tap: merge and rename to `tuntap`Kyle Evans2019-05-081-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | tun(4) and tap(4) share the same general management interface and have a lot in common. Bugs exist in tap(4) that have been fixed in tun(4), and vice-versa. Let's reduce the maintenance requirements by merging them together and using flags to differentiate between the three interface types (tun, tap, vmnet). This fixes a couple of tap(4)/vmnet(4) issues right out of the gate: - tap devices may no longer be destroyed while they're open [0] - VIMAGE issues already addressed in tun by kp [0] emaste had removed an easy-panic-button in r240938 due to devdrn blocking. A naive glance over this leads me to believe that this isn't quite complete -- destroy_devl will only block while executing d_* functions, but doesn't block the device from being destroyed while a process has it open. The latter is the intent of the condvar in tun, so this is "fixed" (for certain definitions of the word -- it wasn't really broken in tap, it just wasn't quite ideal). ifconfig(8) also grew the ability to map an interface name to a kld, so that `ifconfig {tun,tap}0` can continue to autoload the correct module, and `ifconfig vmnet0 create` will now autoload the correct module. This is a low overhead addition. (MFC commentary) This may get MFC'd if many bugs in tun(4)/tap(4) are discovered after this, and how critical they are. Changes after this are likely easily MFC'd without taking this merge, but the merge will be easier. I have no plans to do this MFC as of now. Reviewed by: bcr (manpages), tuexen (testing, syzkaller/packetdrill) Input also from: melifaro Relnotes: yes Differential Revision: https://reviews.freebsd.org/D20044 Notes: svn path=/head/; revision=347241
* Add a COMPAT_FREEBSD12 kernel option.Conrad Meyer2019-05-021-0/+1
| | | | | | | | | | | Use it wherever COMPAT_FREEBSD11 is currently specified, like r309749. Reviewed by: imp, jhb, markj Sponsored by: Dell EMC Isilon Differential Revision: https://reviews.freebsd.org/D20120 Notes: svn path=/head/; revision=347029
* Add evdev support to amd64 and i386 kernelsNiclas Zeising2018-11-121-0/+5
| | | | | | | | | | | | | | Include evdev support and drivers in the amd64 and i386 GENERIC and MINIMAL kernels. Evdev is used by X and wayland to handle input devices, and this change, together with upcomming changes in ports will make us handle input devices better in graphical UIs. Reviewed by: wulf, bapt, imp Approved by: imp Differential Revision: https://reviews.freebsd.org/D17912 Notes: svn path=/head/; revision=340387
* Compile in VERBOSE_SYSINIT support by default, remain silent by defaultKyle Evans2018-10-311-0/+1
| | | | | | | | | | | The loader tunable 'debug.verbose_sysinit' may be used to toggle verbosity. This is added to the debugging section of these kernconfs to be turned off in stable branches for clarity of intent. MFC after: never Notes: svn path=/head/; revision=339973
* amd64: enable options NUMA in GENERIC and MINIMALMateusz Guzik2018-09-111-0/+1
| | | | | | | | | | | Reviewed by: gallatin, cem, scottl Approved by: re (kib) Relnotes: yes Sponsored by: Dell EMC Isilon, Netflix Differential Revision: https://reviews.freebsd.org/D17059 Notes: svn path=/head/; revision=338602
* Move VM_NUMA_ALLOC and DEVICE_NUMA under the single global config option NUMA.Jeff Roberson2018-01-141-1/+0
| | | | | | | | Sponsored by: Netflix, Dell/EMC Isilon Discussed with: jhb Notes: svn path=/head/; revision=327954
* Update several more URLsEitan Adler2017-10-291-2/+2
| | | | | | | | - Primarily http -> https - Primarily FreeBSD project URLs Notes: svn path=/head/; revision=325096
* Enable EARLY_AP_STARTUP on amd64 and i386 kernels by default.John Baldwin2016-12-161-0/+1
| | | | | | | | | PR: 199321, 203682 MFC after: 2 months Sponsored by: Netflix Notes: svn path=/head/; revision=310177
* Add a COMPAT_FREEBSD11 kernel option.Mark Johnston2016-12-091-0/+1
| | | | | | | | | | Use it wherever COMPAT_FREEBSD10 is currently specified. Reviewed by: glebius, imp, jhb Differential Revision: https://reviews.freebsd.org/D8736 Notes: svn path=/head/; revision=309749
* Enable DEVICE_NUMA with up to 8 domains by default on amd64.John Baldwin2016-04-121-0/+1
| | | | | | | | | | | | 8 memory domains should handle a quad-socket board with dual-domain processors. Reviewed by: kib Relnotes: maybe? Differential Revision: https://reviews.freebsd.org/D5893 Notes: svn path=/head/; revision=297877
* New MINIMAL kernel config. The goal with this configuration is toWarner Losh2015-01-151-0/+145
only compile in those options in GENERIC that cannot be loaded as modules. ufs is still included because many of its options aren't present in the kernel module. There's some other exceptions documented in the file. This is part of some work to get more things automatically loading in the hopes of obsoleting GENERIC one day. Notes: svn path=/head/; revision=277204
generated by cgit v1.2.3 (git 2.25.1) at 2026-02-22 22:07:22 +0000