<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src-test/sbin/init, branch main</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src-test/atom?h=main</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src-test/atom?h=main'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/'/>
<updated>2020-09-02T21:14:36Z</updated>
<entry>
<title>Remove risky compatability with old kernels</title>
<updated>2020-09-02T21:14:36Z</updated>
<author>
<name>Brooks Davis</name>
<email>brooks@FreeBSD.org</email>
</author>
<published>2020-09-02T21:14:36Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=a449e81e001b2647c47389c6667ccc7fa5d9a869'/>
<id>urn:sha1:a449e81e001b2647c47389c6667ccc7fa5d9a869</id>
<content type='text'>
The badsys() handler for SIGSYS was added as a transtion aid for kernels
lacking sysctl() in 1993.  It is unsafe and unsound so remove it rather
than running the risk of a privilege-dropping system call being silently
omitted.

This partially reverts SCCSID 6.12 (Berkeley) 03/03/93 "add code to
change the system security level".

Reviewed by:	mckusick, imp, kevans
Obtained from:	CheriBSD
MFC after:	1 week
Sponsored by:	DARPA
Differential Revision:	https://reviews.freebsd.org/D26289
</content>
</entry>
<entry>
<title>- Cleanups related to sparc64 removal.</title>
<updated>2020-07-28T10:58:37Z</updated>
<author>
<name>Yoshihiro Takahashi</name>
<email>nyan@FreeBSD.org</email>
</author>
<published>2020-07-28T10:58:37Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=8f11c997150d17d72a801874bd486aad1ef7c239'/>
<id>urn:sha1:8f11c997150d17d72a801874bd486aad1ef7c239</id>
<content type='text'>
- Remove remains of sparc64 files.

Reviewed by:	imp
Differential Revision:	https://reviews.freebsd.org/D25831
</content>
</entry>
<entry>
<title>init(8): set environment variables from the "daemon" class as well</title>
<updated>2020-02-05T04:27:44Z</updated>
<author>
<name>Kyle Evans</name>
<email>kevans@FreeBSD.org</email>
</author>
<published>2020-02-05T04:27:44Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=21c1a93c048fdd9c276899e72dcb8dc93cc18e09'/>
<id>urn:sha1:21c1a93c048fdd9c276899e72dcb8dc93cc18e09</id>
<content type='text'>
Specifically, when running /etc/rc. This allows one to specify via
login.conf(5) an environment that should be used when running services to
ease, e.g., setting up env vars for an HTTP proxy consistently across cron
and services alike.

Future changes will extend cron(8)/service(8) to use environment vars
pecified in login.conf(5) as well to promote a more cohesive experience.

This is a part of D21481.

Submitted by:	Andrew Gierth &lt;andrew_tao173.riddles.org.uk&gt;
</content>
</entry>
<entry>
<title>Small tweak to the default behavior of shutdown -c</title>
<updated>2020-01-17T01:20:48Z</updated>
<author>
<name>Warner Losh</name>
<email>imp@FreeBSD.org</email>
</author>
<published>2020-01-17T01:20:48Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=73c6e0c358bd10473364f1836f8873fab43d616b'/>
<id>urn:sha1:73c6e0c358bd10473364f1836f8873fab43d616b</id>
<content type='text'>
'shutdown -c' is supposed to power cycle the system rather than doing a normal
reboot. However, when that fails, it halts the system. This is not quite right
since the intent isn't to halt the system but to restart. Make the default init
behavior be to restart the system. The halt(8) interface can be used if you'd
like to powercycle or halt.

MFC After: 1 week
Differential Revision: https://reviews.freebsd.org/D23129
</content>
</entry>
<entry>
<title>add ability to set watchdog timeout for a shutdown</title>
<updated>2019-10-03T11:23:10Z</updated>
<author>
<name>Andriy Gapon</name>
<email>avg@FreeBSD.org</email>
</author>
<published>2019-10-03T11:23:10Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=5fda0d60c1e004d6581f29c006635a51cee81349'/>
<id>urn:sha1:5fda0d60c1e004d6581f29c006635a51cee81349</id>
<content type='text'>
This change allows to specify a watchdog(9) timeout for a system
shutdown.  The timeout is activated when the watchdogd daemon is
stopped.  The idea is to a prevent any indefinite hang during late
stages of the shutdown.  The feature is implemented in rc.d/watchdogd,
it builds upon watchdogd -x option.

Note that the shutdown timeout is not actiavted when the watchdogd
service is individually stopped by an operator.  It is also not
activated for the 'shutdown' to the single-user mode.  In those cases it
is assumed that the operator knows what they are doing and they have
means to recover the system should it hang.

Significant subchanges and implementation details:
- the argument to rc.shutdown, completely unused before, is assigned to
  rc_shutdown variable that can be inspected by rc scripts
- init(8) passes "single" or "reboot" as the argument, this is not
  changed
- the argument is not mandatory and if it is not set then rc_shutdown is
  set to "unspecified"
- however, the default jail management scripts and jail configuration
  examples have been updated to pass "jail" to rc.shutdown, just in case
- the new timeout can be set via watchdogd_shutdown_timeout rc option
- for consistency, the regular timeout can now be set via
  watchdogd_timeout rc option
- watchdogd_shutdown_timeout and watchdogd_timeout override timeout
  specifications in watchdogd_flags
- existing configurations, where the new rc options are not set, should
  keep working as before

I am not particularly wed to any of the implementation specifics.
I am open to changing or removing any of them as long as the provided
functionality is the same (or very close) to the proposed one.
For example, I think it can be implemented without using watchdogd -x,
by means of watchdog(1) alone.  In that case there would be a small
window between stopping watchdogd and running watchdog, but I think that
that is acceptable.

Reviewed by:	bcr (man page changes)
MFC after:	5 weeks
Relnotes:	yes
Differential Revision: https://reviews.freebsd.org/D21221
</content>
</entry>
<entry>
<title>init: pedantic correction to "can't exec" script warning</title>
<updated>2019-03-26T19:38:25Z</updated>
<author>
<name>Ed Maste</name>
<email>emaste@FreeBSD.org</email>
</author>
<published>2019-03-26T19:38:25Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=98b1cf29cf996396590c39a5d3c4f843e90bd40e'/>
<id>urn:sha1:98b1cf29cf996396590c39a5d3c4f843e90bd40e</id>
<content type='text'>
Direct /etc/rc exec was introduced in r337321, with a fallback to
passing it to sh if direct exec fails.  "Can't exec" is slightly
misleading in this case (the script is still executed, just not
directly).
</content>
</entry>
<entry>
<title>Move the rc framework out of sbin/init into libexec/rc.</title>
<updated>2018-10-17T16:49:11Z</updated>
<author>
<name>Bjoern A. Zeeb</name>
<email>bz@FreeBSD.org</email>
</author>
<published>2018-10-17T16:49:11Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=0696600c41600d80bcd993bfd8e675d0ae6951fe'/>
<id>urn:sha1:0696600c41600d80bcd993bfd8e675d0ae6951fe</id>
<content type='text'>
The reasons for this are forward looking to pkgbase:
 * /sbin/init is a special binary; try not to replace it with
   every package update because an rc script was touched.
   (a follow-up commit will make init its own package)
 * having rc in its own place will allow more easy replacement
   of the rc framework with alternatives, such as openrc.

Discussed with:		brd (during BSDCam), kmoore
Requested by:		cem, bz
PR:			231522
Approved by:		re (gjb)
</content>
</entry>
<entry>
<title>Fix information about $firewall_myservices</title>
<updated>2018-10-05T20:35:43Z</updated>
<author>
<name>Danilo G. Baio</name>
<email>dbaio@FreeBSD.org</email>
</author>
<published>2018-10-05T20:35:43Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=877a050958edc9d366d58ad53e5bbf9c08b67a6d'/>
<id>urn:sha1:877a050958edc9d366d58ad53e5bbf9c08b67a6d</id>
<content type='text'>
After r273201 it is supported "/{udp,tcp,proto}" suffix into
$firewall_myservices, and in the rc.conf the information is outdated.

Reviewed by:	bcr, rgrimes
Approved by:	re (gjb), doc (bcr), src (rgrimes)
MFC after:	1 week
Differential Revision:	https://reviews.freebsd.org/D17338
</content>
</entry>
<entry>
<title>Run 32-bit compat ldconfig on mips64.</title>
<updated>2018-09-28T17:01:43Z</updated>
<author>
<name>John Baldwin</name>
<email>jhb@FreeBSD.org</email>
</author>
<published>2018-09-28T17:01:43Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=fe35316fed8ea8558e190ba14664fdc612f47f3a'/>
<id>urn:sha1:fe35316fed8ea8558e190ba14664fdc612f47f3a</id>
<content type='text'>
mips64 supports COMPAT_FREEBSD32 (for o32 binaries), so run the 32-bit
compat ldconfig on it as well.

Reported by:	brooks
Reviewed by:	brooks, kib
Approved by:	re (gjb)
Differential Revision:	https://reviews.freebsd.org/D17342
</content>
</entry>
<entry>
<title>Remove -m (update) from ldconfig -32 &amp; -soft invocation on startup.</title>
<updated>2018-09-27T14:31:41Z</updated>
<author>
<name>Konstantin Belousov</name>
<email>kib@FreeBSD.org</email>
</author>
<published>2018-09-27T14:31:41Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=dcf55de22a9f2b6cd074c3c44915ff5c0b906dbb'/>
<id>urn:sha1:dcf55de22a9f2b6cd074c3c44915ff5c0b906dbb</id>
<content type='text'>
Since r154114 which introduced ldconfig_local32_dirs, ldconfig -32 was
called with -m. This means that ld-elf32.so.hints paths set is not
cleared for compat32 on boot, unlike ld,so,hints.  Same -m was used in
r294295 for ld-elf-soft.so.hints on arm.  The patch fixes the
asymmetry.

Noted by:	Andreas Longwitz &lt;longwitz@incore.de&gt;
Reviewed by:	brooks, emaste, imp
Discussed with:	bdrewery
Sponsored by:	The FreeBSD Foundation
Approved by:	re (gjb)
MFC after:	1 week
Differential revision:	https://reviews.freebsd.org/D17331
</content>
</entry>
</feed>
