#
259065 |
|
07-Dec-2013 |
gjb |
- Copy stable/10 (r259064) to releng/10.0 as part of the 10.0-RELEASE cycle. - Update __FreeBSD_version [1] - Set branch name to -RC1
[1] 10.0-CURRENT __FreeBSD_version value ended at '55', so start releng/10.0 at '100' so the branch is started with a value ending in zero.
Approved by: re (implicit) Sponsored by: The FreeBSD Foundation |
#
256281 |
|
10-Oct-2013 |
gjb |
Copy head (r256279) to stable/10 as part of the 10.0-RELEASE cycle.
Approved by: re (implicit) Sponsored by: The FreeBSD Foundation
|
#
106497 |
|
06-Nov-2002 |
nyan |
Move adding -DPC98 to CFLAGS from each modules to sys/modules/Makefile.inc.
|
#
89260 |
|
11-Jan-2002 |
ru |
Drop <bsd.man.mk> support from <bsd.kmod.mk>.
Not objected to by: -current
|
#
81325 |
|
08-Aug-2001 |
peter |
Build modules from the main src/sys tree. Tidy up some loose ends.. there were extra -I's being added to CFLAGS for no reason.
|
#
70711 |
|
06-Jan-2001 |
obrien |
Use a consistent style and one much closer to the rest of /usr/src
|
#
60966 |
|
26-May-2000 |
peter |
Use .include <bsd.kmod.mk> to get to ../../*/conf/kmod.mk instead of encoding the relative path.
|
#
60201 |
|
08-May-2000 |
nyan |
Added PC-98 supports.
Obtained from: FreeBSD(98) 4.0R-Rev01
|
#
59951 |
|
04-May-2000 |
peter |
Pull in sys/conf/kmod.mk, rather than /usr/share/mk/bsd.kmod.mk. This means that the kernel can be totally self contained now and is not dependent on the last buildworld to update /usr/share/mk. This might also make it easier to build 5.x kernels on 4.0 boxes etc, assuming gensetdefs and config(8) are updated.
|
#
50477 |
|
27-Aug-1999 |
peter |
$Id$ -> $FreeBSD$
|
#
40440 |
|
16-Oct-1998 |
peter |
Sample initial set of kld-ified modules. Not all have been completely converted yet. These are more of a starting point. This is NOT connected to the parent Makefile.
OK'ed by jkh (who is ever so patiently waiting)
|
#
32988 |
|
01-Feb-1998 |
bde |
Don't put a path to "sys" in ${CFLAGS} here. bsd.kmod.mk now handles this more generally.
|
#
27427 |
|
15-Jul-1997 |
yokota |
Incorporated lots of fixes and suggestions from Bruce and changes to facilitate the new saver loading/unloading notification interface in syscons.
daemon_saver: - M_NOWAIT was wrong, since NULL returns are not handled. Just use M_WAITOK. - use `ostype' instead of hard-coded "FreeBSD". Now there is no more hard-coded string! (But, who will run this screen saver on other OS?!) - put macros and data declarations in a consistent order. - -DDEAMON_ONLY and -DSHOW_HOSTNAME options added in the previous commit are removed. Options of this kind can go stale and no one notices because no one uses them. DEAMON_ONLY is just removed. SHOW_HOSTNAME is made default.
snake_saver: - use `ostype' and `osrelease' as in the daemon saver. The string changes slightly - there was a hyphen after "FreeBSD"; now there is a space. (It is consistent with uname -a, like the daemon server already is.)
all screen savers: - Use the new add_scrn_saver()/remove_scrn_saver() in syscons.c to declare loading/unloading of a screen saver. Removed reference to `current_saver' and the variable `old_saver' as they are not necessary anymore. - The blank, fade and green screen savers manipulate VGA registers. Module loading should fail for non-VGA cards. - `scrn_blanked' is consistently treated as a number/counter rather than boolean. - Some savers touch `scp->start' and `scp->end' to force entire screen update when stopping themselves. This is unnecessary now because syscons.c takes care of that. - cleared up many unused or unnecessary #include statements. - Removed -DLKM from Makefiles.
YOU NEED TO RECOMPILE BOTH SCREEN SAVERS AND KERNEL AS OF THIS CHANGE.
|
#
26893 |
|
24-Jun-1997 |
yokota |
Take the OS release string from the kernel variable `osrelease' rather than hard-code it in the message text. Optinally include the host name in the message if SHOW_HOSTNAME is defined.
The origianl idea and sample code submitted by Angelo Turetta <ATuretta@stylo.it>.
|
#
25968 |
|
21-May-1997 |
yokota |
Introducing "Jumping Daemon" screen saver. This is really cute and eye-catching :-)
Submitted by: ssigala@globalnet.it
|