#
fa9896e0 |
|
16-Aug-2023 |
Warner Losh <imp@FreeBSD.org> |
Remove $FreeBSD$: two-line nroff pattern Remove /^\.\\"\n\.\\"\s*\$FreeBSD\$$\n/
|
#
1e657783 |
|
17-Oct-2022 |
Mitchell Horne <mhorne@FreeBSD.org> |
config(5): drop mention of mips Reviewed by: imp, emaste Differential Revision: https://reviews.freebsd.org/D37019
|
#
191c624d |
|
28-Oct-2021 |
Felix Johnson <felix.the.red@gmail.com> |
config(5): Update upper limit for maxusers on 64-bit systems The limit of 384 maxusers for auto configuration was only imposed on 32-bit systems. Document that maxusers scales above 384 based on memory for 64-bit systems. PR: 204938 MFC after: 3 days Reported by: David Höppner <0xffea@gmail.com>
|
#
6a836ea7 |
|
17-Jun-2021 |
Warner Losh <imp@FreeBSD.org> |
config(8): Remove obsolete 'config' directive. The "config" line in config files has been obsolete since FreeBSD 4.x when we moved to having the boot loader pass in the root device. Remove it. MFC After: 1 week Sponsored by: Netflix
|
#
69efe369 |
|
31-Mar-2021 |
Konstantin Belousov <kib@FreeBSD.org> |
config(8): remove support for -p and other equivalent ways to request mcount-based profiling, like 'profile N' in kernel config. Reviewed by: jhb Sponsored by: The FreeBSD Foundation Differential revision: https://reviews.freebsd.org/D29529
|
#
aeb0c721 |
|
19-Dec-2020 |
Gordon Bergling <gbe@FreeBSD.org> |
config: Fix a few mandoc related errors - new sentence, new line - no blank before trailing delimiter MFC after: 1 week
|
#
9bcb7418 |
|
23-Feb-2020 |
Warner Losh <imp@FreeBSD.org> |
Relax machine directives a little. Currently, you can have multiple machine directives if they are otherwise identical. Relax this so that only the machinename part is the same. This allows one to change the machine arch in a different config file you've included easily.
|
#
31719b49 |
|
10-Feb-2020 |
Warner Losh <imp@FreeBSD.org> |
For valid arch values (really $MACHINE), remove references to alpha and sparc64. Add references to arm64 and riscv Reivewed by: cy@, bcr@ Differential Revision: https://reviews.freebsd.org/D23593
|
#
44314c35 |
|
11-Jul-2018 |
Kyle Evans <kevans@FreeBSD.org> |
kern_environment: Give the static environment a chance to disable MD env This variable has been given the name "loader_env.disabled" as it's the primary way most people will have an MD environment. This restores the previously-default behavior of ignoring the loader(8) environment, which may be useful for vendor distributions or other scenarios where inheriting the loader environment may be considered a security issue or potentially breaking of a more locked-down environment. As the change to config(5) indicates, disabling the loader environment should not be a choice made lightly since it may provide ACPI hints and other useful things that the system can rely on to boot. An UPDATING entry has been added to mention an upgrade path for those that may have relied on the previous behavior. Discussed with: bde Relnotes: yes (maybe)
|
#
39d44f7f |
|
05-Jul-2018 |
Kyle Evans <kevans@FreeBSD.org> |
kern_environment: use any provided environments, evict hintmode/envmode At the moment, hintmode and envmode are used to indicate whether static hints or static env have been provided in the kernel config(5) and the static versions are mutually exclusive with loader(8)-provided environment. hintmode *can* be reconfigured later to pull from the dynamic environment, thus taking advantage of the loader(8) or post-kmem environment setting. This changeset fixes both problems at once to move us from a semi-confusing state to a consistent state: if an environment file, hints file, or loader(8) environment are provided, we use them in a well-known order of precedence: - loader(8) environment - static environment - static hints file Once the dynamic environment is setup this becomes a moot point. The loader(8) and static environments are merged (respecting the above order of precedence), and the static hints are merged in on an as-needed basis after the dynamic environment has been setup. Hints lookup are changed to respect all of the above. Before the dynamic environment is setup, lookups use the above-mentioned order and fallback to the next environment if a matching hint is not found. Once the dynamic environment is setup, that is used on its own since it captures all of the above information plus any dynamic kenv settings that came up later in boot. The following tangentially related changes were made to res_find: - A hintp cookie is now passed in so that related searches continue using the chain of environments (or dynamic environment) without relying on global state - All three environments will be searched if they actually have valid hints to use, rather than just choosing the first environment that actually had a hint and rolling with that only The hintmode sysctl has been ripped out. static_{env,hints}.disabled are still honored and will disable their respective environments from being used for hint lookups and from being merged into the dynamic environment, as expected. MFC after: 1 month (maybe) Differential Revision: https://reviews.freebsd.org/D15953
|
#
e2868734 |
|
05-Jul-2018 |
Kyle Evans <kevans@FreeBSD.org> |
Revert r335995 due to accidental changes snuck in
|
#
8ef58863 |
|
05-Jul-2018 |
Kyle Evans <kevans@FreeBSD.org> |
kern_environment: use any provided environments, evict hintmode/envmode At the moment, hintmode and envmode are used to indicate whether static hints or static env have been provided in the kernel config(5) and the static versions are mutually exclusive with loader(8)-provided environment. hintmode *can* be reconfigured later to pull from the dynamic environment, thus taking advantage of the loader(8) or post-kmem environment setting. This changeset fixes both problems at once to move us from a semi-confusing state to a consistent state: if an environment file, hints file, or loader(8) environment are provided, we use them in a well-known order of precedence: - loader(8) environment - static environment - static hints file Once the dynamic environment is setup this becomes a moot point. The loader(8) and static environments are merged (respecting the above order of precedence), and the static hints are merged in on an as-needed basis after the dynamic environment has been setup. Hints lookup are changed to respect all of the above. Before the dynamic environment is setup, lookups use the above-mentioned order and fallback to the next environment if a matching hint is not found. Once the dynamic environment is setup, that is used on its own since it captures all of the above information plus any dynamic kenv settings that came up later in boot. The following tangentially related changes were made to res_find: - A hintp cookie is now passed in so that related searches continue using the chain of environments (or dynamic environment) without relying on global state - All three environments will be searched if they actually have valid hints to use, rather than just choosing the first environment that actually had a hint and rolling with that only The hintmode sysctl has been ripped out. static_{env,hints}.disabled are still honored and will disable their respective environments from being used for hint lookups and from being merged into the dynamic environment, as expected. MFC after: 1 month (maybe) Differential Revision: https://reviews.freebsd.org/D15953
|
#
6ffdd5ef |
|
25-Jun-2018 |
Kyle Evans <kevans@FreeBSD.org> |
config(8): Flip the order of concatenation for `hints` and `env` As previously noted, kernel's processing of these means that the first appearance of a hint/variable wins. Flipping the order of concatenation means that later variables override earlier variables, as expected when one does: hints x hints y Where perhaps x is: hint.aw_sid.0.disable=1 and y is: hint.aw_sid.0.disable=0 The expectation would be that a later appearing variable would override an earlier appearing variable, such as with `device`/`nodevice`, device.hints, and other similarly structured data files.
|
#
4edfa908 |
|
25-Jun-2018 |
Kyle Evans <kevans@FreeBSD.org> |
config(8): Make 'env' files consistent with other file-accepting options Previously, only one 'env' file could be specified. Later 'env' directives would overwrite earlier 'env' directives. This is inconsistent with every other file-accepting directives which process files in order, including hints. A caveat applies to both hints and env that isn't mentioned: they're concatenated in the order of appearance, so they're not actually applied in the way one might think by supplying: hints x hints y Hints in x will take precedence over same-name hints in y due to how the kernel processes them, stopping at the first line that matches the hint we're searching for. Future work will flip the order of concatenation so that later files may still properly override earlier files. In practice, this likely doesn't matter at all due to the nature of the beast.
|
#
3b31596d |
|
25-Jun-2018 |
Kyle Evans <kevans@FreeBSD.org> |
config(8): Add `envvar` support envvar allows adding individual environment variables to the kernel's static environment without the overhead of pulling in a full file. envvar in a config looks like: envvar some_var=5 All envvar-provided variables will be added after the env file is processed, so envvar keys that exist in the previous env will be overwritten by whatever value is set here in the kernel configuration directly. As an aside, envvar lines are intentionally tokenized differently from basically every other line. We used a named state when ENVVAR is encountered to gobble up the rest of the line, which will later be cleaned and validated in post-processing by sanitize_envline. This turns out to be the simplest and cleanest way to allow the flexibility that kenv does while not compromising on silly hacks. Reviewed by: ian (also contributor of sanitize_envline rewrite) MFC after: 1 week Differential Revision: https://reviews.freebsd.org/D15962
|
#
2b375b4e |
|
27-Jan-2017 |
Yoshihiro Takahashi <nyan@FreeBSD.org> |
Remove pc98 support completely. I thank all developers and contributors for pc98. Relnotes: yes
|
#
8be85b35 |
|
21-Feb-2016 |
Ian Lepore <ian@FreeBSD.org> |
Document the ability to override compiled-in env and hints using variables in the bootloader-provided env.
|
#
e7d939bd |
|
06-Jul-2014 |
Marcel Moolenaar <marcel@FreeBSD.org> |
Remove ia64. This includes: o All directories named *ia64* o All files named *ia64* o All ia64-specific code guarded by __ia64__ o All ia64-specific makefile logic o Mention of ia64 in comments and documentation This excludes: o Everything under contrib/ o Everything under crypto/ o sys/xen/interface o sys/sys/elf_common.h Discussed at: BSDcan
|
#
a7d5f7eb |
|
19-Oct-2010 |
Jamie Gritton <jamie@FreeBSD.org> |
A new jail(8) with a configuration file, to replace the work currently done by /etc/rc.d/jail.
|
#
9c398cc7 |
|
09-Oct-2010 |
Ulrich Spörlein <uqs@FreeBSD.org> |
mdoc: drop redundant .Pp calls, kill EOL whitespace
|
#
fe0506d7 |
|
09-Mar-2010 |
Marcel Moolenaar <marcel@FreeBSD.org> |
Create the altix project branch. The altix project will add support for the SGI Altix 350 to FreeBSD/ia64. The hardware used for porting is a two-module system, consisting of a base compute module and a CPU expansion module. SGI's NUMAFlex architecture can be an excellent platform to test CPU affinity and NUMA-aware features in FreeBSD.
|
#
2880daeb |
|
22-Nov-2008 |
Andrew Thompson <thompsa@FreeBSD.org> |
Allow multiple makeoption lines to be used with the += operator, this permits the following syntax in the kernel config. makeoptions MODULES_OVERRIDE=foo makeoptions MODULES_OVERRIDE+=bar makeoptions MODULES_OVERRIDE+=baz Bump config minor version to 600007.
|
#
d7f03759 |
|
19-Oct-2008 |
Ulf Lilleengen <lulf@FreeBSD.org> |
- Import the HEAD csup code which is the basis for the cvsmode work.
|
#
5fd6a6b3 |
|
23-Oct-2006 |
Warner Losh <imp@FreeBSD.org> |
Document multiple hints lines. Tweak machine description to more accurately reflect second argument being the cpu architecture. Note correspondence with MACHINE and MACHINE_ARCH.
|
#
4bb7c659 |
|
12-Feb-2006 |
Joseph Koshy <jkoshy@FreeBSD.org> |
Document the two argument form of the "machine" directive. Reviewed by: imp MFC After: 3 days
|
#
198423bd |
|
03-Dec-2005 |
Ruslan Ermilov <ru@FreeBSD.org> |
Document "makeoption", "nocpu", and "nomakeoptions" directives. (Indeed this should be repo-copied to src/usr.sbin/config/.)
|
#
b83d741b |
|
10-Feb-2005 |
Dag-Erling Smørgrav <des@FreeBSD.org> |
Fully document (no)?(device|option)s?. This page should probably be repocopied to src/usr.sbin/config/.
|
#
bf7f20c2 |
|
16-Jun-2004 |
Ruslan Ermilov <ru@FreeBSD.org> |
Assorted markup, spelling, and grammar fixes.
|
#
fc0c46e3 |
|
13-May-2004 |
Olivier Houchard <cognet@FreeBSD.org> |
Document the "files" directive. Reminded by: jmg
|
#
81e25c5e |
|
13-Jul-2003 |
Joseph Koshy <jkoshy@FreeBSD.org> |
Eliminate non-existent word. Submitted by: jwd
|
#
6203e1ea |
|
07-Jul-2003 |
Joseph Koshy <jkoshy@FreeBSD.org> |
"towards" -> "toward". According to dictionary.com, the use of "towards" is common in British English, while "toward" is the preferred form in American English. Use the American form for consistency. Correct the date on the manual page. Submitted by: Tom Rhodes <trhodes@freebsd.org>, underway@comcast.net (Gary W. Swearingen)
|
#
1518d129 |
|
05-Jul-2003 |
Joseph Koshy <jkoshy@FreeBSD.org> |
New section 5 manual page detailing our kernel configuration file format. Reviewed by: Ruslan Ermilov <ru@freebsd.org>, Jens Schweikhardt <schweikh@schweikhardt.net>
|