#
303975 |
|
11-Aug-2016 |
gjb |
Copy stable/11@r303970 to releng/11.0 as part of the 11.0-RELEASE cycle.
Prune svn:mergeinfo from the new branch, and rename it to RC1.
Update __FreeBSD_version.
Use the quarterly branch for the default FreeBSD.conf pkg(8) repo and the dvd1.iso packages population.
Approved by: re (implicit) Sponsored by: The FreeBSD Foundation |
#
302408 |
|
08-Jul-2016 |
gjb |
Copy head@r302406 to stable/11 as part of the 11.0-RELEASE cycle. Prune svn:mergeinfo from the new branch, as nothing has been merged here.
Additional commits post-branch will follow.
Approved by: re (implicit) Sponsored by: The FreeBSD Foundation
|
#
298514 |
|
23-Apr-2016 |
lme |
- Add descriptions to most of the rc scripts. Those are mostly taken from their daemon's manpage and probably improved. - Consistently use "filesystem" not "file system".
Approved by: bapt, brueffer Differential Revision: D452
|
#
231194 |
|
08-Feb-2012 |
dougb |
As it stands right now, the default devfs rulesets are only loaded as a side effect of something else using them. If they haven't been loaded already but you want to use them, say for configuring a jail, you're out of luck.
So add a knob to always load the default rulesets. While I'm here document the other devfs_ knobs in rc.conf.5.
|
#
202880 |
|
23-Jan-2010 |
kib |
Do not check for existence of symlink source for the link action. This does not work for link in subdirectory, and sometimes it is useful to create symlink in advance for dynamically created device node.
MFC after: 1 week
|
#
180563 |
|
16-Jul-2008 |
dougb |
As previously discussed, add the svn:executable property to all scripts
|
#
154637 |
|
21-Jan-2006 |
matteo |
Allow the use of wildcarded device names in devfs.conf
PR: conf/90760 Submitted by: Darren Pilgrim <darren.pilgrim@gmail.com> Approved by: philip (mentor)
|
#
153298 |
|
10-Dec-2005 |
dougb |
Remove rcconf.sh from /etc/rc.d, and instead load the configuration as part of rc. Doing this, and the sourcing of rc.subr after we have determined if we are booting diskless (and correspondingly run rc.initdiskless if necessary) are safe, and actually allow fewer files to be needed on the diskless box. This also allows variables from the configuration to be available to rc itself, such as ...
Add a variable to rc.conf, early_late_divider, which designates the script which separates the early and late stages of the boot process. Default this to mountcritlocal, and add text to etc/defaults/rc.conf, rc.conf(5) and diskless(8) which describes how and why one might want to change this.
Reviewed by: brooks
|
#
136803 |
|
23-Oct-2004 |
mtm |
Move devfs earlier in the boot sequence. Some system daemons and other programs may need to use the symlinks and permissions that it sets up.
Discussed on: -current
|
#
136224 |
|
07-Oct-2004 |
mtm |
Remove the requirement for the FreeBSD keyword as it no longer makes any sense.
Discussed with: dougb, brooks MFC after: 3 days
|
#
127222 |
|
20-Mar-2004 |
green |
Add a way for rc.d/devfs to set more than just the system devfs up. Yes, this means for stuff OTHER than jails, too. Example usage: #devfs_system_ruleset="root" devfs_set_rulesets="/dev=root /etc/namedb/dev=named_devfs"
|
#
126744 |
|
08-Mar-2004 |
pjd |
Mark scripts as not usable inside a jail by adding keyword 'nojail'.
Some suggestions from: rwatson, Ruben de Groot <mail25@bzerk.org>
|
#
119166 |
|
20-Aug-2003 |
mtm |
Add a general mechanism for creating and applying devfs(8) rules in rc(8). It is most useful for applying rules to devfs(5) mount points in /dev or inside jails. The following line of script is sufficient to mount a relatively useful+secure devfs(5) in a jail:
devfs_mount_jail /some/jail/dev
Some new shell routines available to scripts that source rc.subr(5): o devfs_link - Makes it a little easier to create symlinks o devfs_init_rulesets - Create devfs(8) rulesets from devfs.rules o devfs_set_ruleset - Set a ruleset to a devfs(5) mount o devfs_apply_ruleset - Apply a ruleset to a devfs(5) mount o devfs_domount - Mount devfs(5) and apply some ruleset o devfs_mount_jail - Mount devfs(5) and apply a ruleset appropriate to jails.
Additional rulesets can be specified in /etc/devfs.rules. If the devfs_system_ruleset variable is defined in rc.conf and it contains the name of a ruleset defined in /etc/defaults/devfs.rules or user supplied rulesets in /etc/devfs.rules then that ruleset will be applied to /dev at startup by the /etc/rc.d/devfs script. It can also be applied post-startup:
/etc/rc.d/devfs start
This is a more flexible mechanism than the previous method of using /etc/devfs.conf. However, that method is still available.
Note: since devfs(8) doesn't provide any way for creating symlinks as part of a ruleset, anyone wishing to create symlinks in a devfs(5) as part of the bootup sequence will still have to rely on /etc/devfs.conf.
|
#
114769 |
|
06-May-2003 |
dougb |
Allow users to configure stuff in /dev once again by re-doing the devfs script to read /etc/devfs.conf, and take appropriate actions based on what it finds there.
The (commented out) examples in the new devfs.conf file are taken in part from the old rc.devfs script.
|
#
114735 |
|
05-May-2003 |
mtm |
Move securelevel further back in the boot order.
Approved by: markm (mentor)(implicit) Reviewed by: dougb
|
#
114516 |
|
02-May-2003 |
mtm |
Create a symbolic link /dev/vga -> /dev/ttyv0.
We can't remove the sourcing of /etc/rc.devfs yet in case the user might have custom entries in it. We will have to come up with an /etc/devfs.rules or something to make this kind of thing easier.
Approved by: markm (mentor)(implicit)
|
#
107919 |
|
15-Dec-2002 |
dougb |
Bring in the settings from /etc/rc.devfs, which include the vga symlink that's being replaced here. This is what /etc/rc does now.
There is no NetBSD devfs, so there is no compatibility issue.
Not objected to by: FreeBSD-rc@yahoogroups.com Approved by: re (murray)
|
#
98184 |
|
13-Jun-2002 |
gordon |
Merge in all the changes that Mike Makonnen has been maintaining for a while. This is only the script pieces, the glue for the build comes next.
Submitted by: Mike Makonnen <makonnen@pacbell.net> Reviewed by: silence on -current and -hackers Prodded by: rwatson
|