HardenedBSD/etc/rc.d/devd

#!/bin/sh
#
# $FreeBSD$
#

# PROVIDE: devd
# REQUIRE: netif
# BEFORE: NETWORKING mountcritremote
# KEYWORD: nojail shutdown

. /etc/rc.subr

name="devd"
rcvar="devd_enable"
command="/sbin/${name}"

start_precmd=${name}_prestart
stop_precmd=find_pidfile

find_pidfile()
{
	if get_pidfile_from_conf pid-file /etc/devd.conf; then
		pidfile="$_pidfile_from_conf"
	else
		pidfile="/var/run/${name}.pid"
	fi
}

devd_prestart()
{
	find_pidfile

	# If devd is disabled, turn it off in the kernel to avoid unnecessary
	# memory usage.
	if ! checkyesno ${rcvar}; then
	    $SYSCTL hw.bus.devctl_queue=0
	fi
}

load_rc_config $name
run_rc_command "$1"
Add devd to the mix. It should run basically last at this point. # I've tested this, but only lightly, so please email me with problems. 2002-11-09 08:45:53 +01:00			`#!/bin/sh`
			`#`
			`# $FreeBSD$`
			`#`

			`# PROVIDE: devd`
Integrate rc.d/network_ipv6 into rc.d/netif: - Add rc.d/stf and rc.d/faith for stf(4) and faith(4). - Remove rc.d/auto_linklocal and rc.d/network_ipv6. - Move rc.d/sysctl to just before FILESYSTEMS because rc.d/netif depends on some sysctl variables. Reviewed by: brooks MFC after: 3 days 2009-09-13 00:13:41 +02:00			`# REQUIRE: netif`
Announce all interfaces to devd on attach/detach. This adds a new devctl notification so all interfaces including pseudo are reported. When netif creates the clones at startup devctl_disable has not been turned off yet so the interfaces will not be initialised twice, enforce this by adding an explicit order between rc.d/netif and rc.d/devd. This change allows actions to taken in userland when an interface is cloned and the pseudo interface will be automatically configured if a ifconfig_<int>="" line exists in rc.conf. Reviewed by: brooks No objections on: net 2006-06-01 02:41:07 +02:00			`# BEFORE: NETWORKING mountcritremote`
Add the shutdown KEYWORD to those scripts that start persistent services to allow them to do a "clean" shutdown. I purposely avoided making changes to network-related stuff since the system shutting down is pretty conclusive, and there may be complicated dependencies on the network that I would rather not try to unravel. I also skipped kerberos-related stuff for the reasons above, and because I have no way to test it. 2008-07-16 21:50:29 +02:00			`# KEYWORD: nojail shutdown`
Add devd to the mix. It should run basically last at this point. # I've tested this, but only lightly, so please email me with problems. 2002-11-09 08:45:53 +01:00
			`. /etc/rc.subr`

			`name="devd"`
Prepare for the removal of set_rcvar() by changing the rcvar= assignments to the literal values it would have returned. The concept of set_rcvar() was nice in theory, but the forks it creates are a drag on the startup process, which is especially noticeable on slower systems, such as embedded ones. During the discussion on freebsd-rc@ a preference was expressed for using ${name}_enable instead of the literal values. However the code portability concept doesn't really apply since there are so many other places where the literal name has to be searched for and replaced. Also, using the literal value is also a tiny bit faster than dereferencing the variables, and every little bit helps. 2012-01-14 03:18:41 +01:00			`rcvar="devd_enable"`
Use ${name} in pathnames where appropriate. The sendmail script already was on this way, but it didn't reach the end of it yet. 2005-10-28 18:55:38 +02:00			`command="/sbin/${name}"`
Add pidfile [1] While I'm here, don't run the sysctl frob unconditionally, and s/sysctl/$SYSCTL/ PR: conf/153460 [1] Submitted by: Grigory Rechistov <ggg_mail@inbox.ru> 2010-12-27 23:52:47 +01:00
			`start_precmd=${name}_prestart`
Introduce to rc.subr get_pidfile_from_conf(). It does just what it sounds like, determines the path to a pid file as it is specified in a conf file. Use the new feature for rc.d/named and rc.d/devd, the 2 services in the base that list their pid files in their conf files. Remove the now-obsolete named_pidfile, and warn users if they have it set. 2011-04-23 06:26:31 +02:00			`stop_precmd=find_pidfile`

			`find_pidfile()`
			`{`
			`if get_pidfile_from_conf pid-file /etc/devd.conf; then`
			`pidfile="$_pidfile_from_conf"`
			`else`
			`pidfile="/var/run/${name}.pid"`
			`fi`
			`}`
Add pidfile [1] While I'm here, don't run the sysctl frob unconditionally, and s/sysctl/$SYSCTL/ PR: conf/153460 [1] Submitted by: Grigory Rechistov <ggg_mail@inbox.ru> 2010-12-27 23:52:47 +01:00
Whitespace nit 2012-07-13 08:46:09 +02:00			`devd_prestart()`
Add pidfile [1] While I'm here, don't run the sysctl frob unconditionally, and s/sysctl/$SYSCTL/ PR: conf/153460 [1] Submitted by: Grigory Rechistov <ggg_mail@inbox.ru> 2010-12-27 23:52:47 +01:00			`{`
Introduce to rc.subr get_pidfile_from_conf(). It does just what it sounds like, determines the path to a pid file as it is specified in a conf file. Use the new feature for rc.d/named and rc.d/devd, the 2 services in the base that list their pid files in their conf files. Remove the now-obsolete named_pidfile, and warn users if they have it set. 2011-04-23 06:26:31 +02:00			`find_pidfile`

Update userspace users of hw.bus.devctl_disable. This fixes breakage resulting from r263754. Reported by: AN <andy@neu.net> Reviewed by: imp Pointy hat to: me 2014-03-26 03:25:40 +01:00			`# If devd is disabled, turn it off in the kernel to avoid unnecessary`
			`# memory usage.`
Add pidfile [1] While I'm here, don't run the sysctl frob unconditionally, and s/sysctl/$SYSCTL/ PR: conf/153460 [1] Submitted by: Grigory Rechistov <ggg_mail@inbox.ru> 2010-12-27 23:52:47 +01:00			`if ! checkyesno ${rcvar}; then`
Update userspace users of hw.bus.devctl_disable. This fixes breakage resulting from r263754. Reported by: AN <andy@neu.net> Reviewed by: imp Pointy hat to: me 2014-03-26 03:25:40 +01:00			`$SYSCTL hw.bus.devctl_queue=0`
Add pidfile [1] While I'm here, don't run the sysctl frob unconditionally, and s/sysctl/$SYSCTL/ PR: conf/153460 [1] Submitted by: Grigory Rechistov <ggg_mail@inbox.ru> 2010-12-27 23:52:47 +01:00			`fi`
			`}`
Add devd to the mix. It should run basically last at this point. # I've tested this, but only lightly, so please email me with problems. 2002-11-09 08:45:53 +01:00
			`load_rc_config $name`
			`run_rc_command "$1"`