| Age | Commit message (Collapse) | Author |
|
Relnotes: yes
FCP: https://github.com/freebsd/fcp/blob/master/fcp-0101.md
Reviewed by: jhb, imp
Differential Revision: https://reviews.freebsd.org/D20230
Notes:
svn path=/head/; revision=347921
|
|
This simplifies make output/logic
Tested with: `cd sys/modules; make ALL_MODULES=` on amd64
MFC after: 1 month
Sponsored by: Dell EMC Isilon
Notes:
svn path=/head/; revision=314651
|
|
support. Fix a comment block that's shared with both vx and ep. Remove
obsolete refernce to statically compiling a kernel with a fixed number
of vx devices. Have not removed EISA from the title of the document
the register definitions were originally derived from (though no doubt
more recent docments were also consulted).
Notes:
svn path=/head/; revision=313830
|
|
kernel config. Also tidy up the ed options.
Notes:
svn path=/head/; revision=278959
|
|
options into kern.opts.mk and change all the places where we use
src.opts.mk to pull in the options. Conditionally define SYSDIR and
use SYSDIR/conf/kern.opts.mk instead of a CURDIR path. Replace all
instances of CURDIR/../../etc with STSDIR, but only in the affected
files.
As a special compatibility hack, include bsd.owm.mk at the top of
kern.opts.mk to allow the bare build of sys/modules to work on older
systems. If the defaults ever change between 9.x, 10.x and current for
these options, however, you'll wind up with the host OS' defaults
rather than the -current defaults. This hack will be removed when
we no longer need to support this build scenario.
Reviewed by: jhb
Differential Revision: https://phabric.freebsd.org/D529
Notes:
svn path=/head/; revision=269812
|
|
from the latter.
Notes:
svn path=/head/; revision=265420
|
|
create an option that defaults to "no" on all platforms to not build
the EISA bits.
Discussed on: arch@
Notes:
svn path=/head/; revision=264654
|
|
Use MACHINE_CPUARCH in preference to MACHINE_ARCH. The former is the
source code location of the machine, the latter the binary output. In
general, we want to use MACHINE_CPUARCH instead of MACHINE_ARCH unless
we're tesitng for a specific target. The isn't even moot for
i386/amd64 where there's momemntum towards a MACHINE_CPUARCH == x86,
although a specific cleanup for that likely would be needed...
Notes:
svn path=/head/; revision=211690
|
|
replacement and has additional features which make it superior.
Discussed on: -arch
Reviewed by: thompsa
X-MFC-after: never (RELENG_6 as transition period)
Notes:
svn path=/head/; revision=150636
|
|
Notes:
svn path=/head/; revision=130287
|
|
Notes:
svn path=/head/; revision=70711
|
|
is only built on the i386 platform for now, since it depends on symbols
which I'm pretty sure won't be present in the alpha build.
Notes:
svn path=/head/; revision=68419
|