aboutsummaryrefslogtreecommitdiffstats
path: root/package/utils/busybox/config/init/Config.in
blob: 072df33893d106f6bb9c03311f4d6b8a93575db3 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
# DO NOT EDIT. This file is generated from Config.src
#
# For a description of the syntax of this configuration file,
# see scripts/kbuild/config-language.txt.
#

menu "Init Utilities"

config BUSYBOX_CONFIG_BOOTCHARTD
	bool "bootchartd"
	default BUSYBOX_DEFAULT_BOOTCHARTD
	help
	  bootchartd is commonly used to profile the boot process
	  for the purpose of speeding it up. In this case, it is started
	  by the kernel as the init process. This is configured by adding
	  the init=/sbin/bootchartd option to the kernel command line.

	  It can also be used to monitor the resource usage of a specific
	  application or the running system in general. In this case,
	  bootchartd is started interactively by running bootchartd start
	  and stopped using bootchartd stop.

config BUSYBOX_CONFIG_FEATURE_BOOTCHARTD_BLOATED_HEADER
	bool "Compatible, bloated header"
	default BUSYBOX_DEFAULT_FEATURE_BOOTCHARTD_BLOATED_HEADER
	depends on BUSYBOX_CONFIG_BOOTCHARTD
	help
	  Create extended header file compatible with "big" bootchartd.
	  "Big" bootchartd is a shell script and it dumps some
	  "convenient" info int the header, such as:
	    title = Boot chart for `hostname` (`date`)
	    system.uname = `uname -srvm`
	    system.release = `cat /etc/DISTRO-release`
	    system.cpu = `grep '^model name' /proc/cpuinfo | head -1` ($cpucount)
	    system.kernel.options = `cat /proc/cmdline`
	  This data is not mandatory for bootchart graph generation,
	  and is considered bloat. Nevertheless, this option
	  makes bootchartd applet to dump a subset of it.

config BUSYBOX_CONFIG_FEATURE_BOOTCHARTD_CONFIG_FILE
	bool "Support bootchartd.conf"
	default BUSYBOX_DEFAULT_FEATURE_BOOTCHARTD_CONFIG_FILE
	depends on BUSYBOX_CONFIG_BOOTCHARTD
	help
	  Enable reading and parsing of $PWD/bootchartd.conf
	  and /etc/bootchartd.conf files.
config BUSYBOX_CONFIG_HALT
	bool "halt"
	default BUSYBOX_DEFAULT_HALT
	help
	  Stop all processes and halt the system.

config BUSYBOX_CONFIG_POWEROFF
	bool "poweroff"
	default BUSYBOX_DEFAULT_POWEROFF
	help
	  Stop all processes and power off the system.

config BUSYBOX_CONFIG_REBOOT
	bool "reboot"
	default BUSYBOX_DEFAULT_REBOOT
	help
	  Stop all processes and reboot the system.

config BUSYBOX_CONFIG_FEATURE_CALL_TELINIT
	bool "Call telinit on shutdown and reboot"
	default BUSYBOX_DEFAULT_FEATURE_CALL_TELINIT
	depends on (BUSYBOX_CONFIG_HALT || BUSYBOX_CONFIG_POWEROFF || BUSYBOX_CONFIG_REBOOT) && !BUSYBOX_CONFIG_INIT
	help
	  Call an external program (normally telinit) to facilitate
	  a switch to a proper runlevel.

	  This option is only available if you selected halt and friends,
	  but did not select init.

config BUSYBOX_CONFIG_TELINIT_PATH
	string "Path to telinit executable"
	default BUSYBOX_DEFAULT_TELINIT_PATH
	depends on BUSYBOX_CONFIG_FEATURE_CALL_TELINIT
	help
	  When busybox halt and friends have to call external telinit
	  to facilitate proper shutdown, this path is to be used when
	  locating telinit executable.
config BUSYBOX_CONFIG_INIT
	bool "init"
	default BUSYBOX_DEFAULT_INIT
	select BUSYBOX_CONFIG_FEATURE_SYSLOG
	help
	  init is the first program run when the system boots.

config BUSYBOX_CONFIG_LINUXRC
	bool "linuxrc: support running init from initrd (not initramfs)"
	default BUSYBOX_DEFAULT_LINUXRC
	select BUSYBOX_CONFIG_FEATURE_SYSLOG
	help
	  Legacy support for running init under the old-style initrd. Allows
	  the name linuxrc to act as init, and it doesn't assume init is PID 1.

	  This does not apply to initramfs, which runs /init as PID 1 and
	  requires no special support.

config BUSYBOX_CONFIG_FEATURE_USE_INITTAB
	bool "Support reading an inittab file"
	default BUSYBOX_DEFAULT_FEATURE_USE_INITTAB
	depends on BUSYBOX_CONFIG_INIT || BUSYBOX_CONFIG_LINUXRC
	help
	  Allow init to read an inittab file when the system boot.

config BUSYBOX_CONFIG_FEATURE_KILL_REMOVED
	bool "Support killing processes that have been removed from inittab"
	default BUSYBOX_DEFAULT_FEATURE_KILL_REMOVED
	depends on BUSYBOX_CONFIG_FEATURE_USE_INITTAB
	help
	  When respawn entries are removed from inittab and a SIGHUP is
	  sent to init, this option will make init kill the processes
	  that have been removed.

config BUSYBOX_CONFIG_FEATURE_KILL_DELAY
	int "How long to wait between TERM and KILL (0 - send TERM only)" if FEATURE_KILL_REMOVED
	range 0 1024
	default BUSYBOX_DEFAULT_FEATURE_KILL_DELAY
	depends on BUSYBOX_CONFIG_FEATURE_KILL_REMOVED
	help
	  With nonzero setting, init sends TERM, forks, child waits N
	  seconds, sends KILL and exits. Setting it too high is unwise
	  (child will hang around for too long and could actually kill
	  the wrong process!)

config BUSYBOX_CONFIG_FEATURE_INIT_SCTTY
	bool "Run commands with leading dash with controlling tty"
	default BUSYBOX_DEFAULT_FEATURE_INIT_SCTTY
	depends on BUSYBOX_CONFIG_INIT || BUSYBOX_CONFIG_LINUXRC
	help
	  If this option is enabled, init will try to give a controlling
	  tty to any command which has leading hyphen (often it's "-/bin/sh").
	  More precisely, init will do "ioctl(STDIN_FILENO, TIOCSCTTY, 0)".
	  If device attached to STDIN_FILENO can be a ctty but is not yet
	  a ctty for other session, it will become this process' ctty.
	  This is not the traditional init behavour, but is often what you want
	  in an embedded system where the console is only accessed during
	  development or for maintenance.
	  NB: using cttyhack applet may work better.

config BUSYBOX_CONFIG_FEATURE_INIT_SYSLOG
	bool "Enable init to write to syslog"
	default BUSYBOX_DEFAULT_FEATURE_INIT_SYSLOG
	depends on BUSYBOX_CONFIG_INIT || BUSYBOX_CONFIG_LINUXRC
	help
	  If selected, some init messages are sent to syslog.
	  Otherwise, they are sent to VT #5 if linux virtual tty is detected
	  (if not, no separate logging is done).

config BUSYBOX_CONFIG_FEATURE_INIT_QUIET
	bool "Be quiet on boot (no 'init started:' message)"
	default BUSYBOX_DEFAULT_FEATURE_INIT_QUIET
	depends on BUSYBOX_CONFIG_INIT || BUSYBOX_CONFIG_LINUXRC

config BUSYBOX_CONFIG_FEATURE_INIT_COREDUMPS
	bool "Support dumping core for child processes (debugging only)"
	default BUSYBOX_DEFAULT_FEATURE_INIT_COREDUMPS	# not Y because this is a debug option
	depends on BUSYBOX_CONFIG_INIT || BUSYBOX_CONFIG_LINUXRC
	help
	  If this option is enabled and the file /.init_enable_core
	  exists, then init will call setrlimit() to allow unlimited
	  core file sizes. If this option is disabled, processes
	  will not generate any core files.

config BUSYBOX_CONFIG_INIT_TERMINAL_TYPE
	string "Initial terminal type"
	default BUSYBOX_DEFAULT_INIT_TERMINAL_TYPE
	depends on BUSYBOX_CONFIG_INIT || BUSYBOX_CONFIG_LINUXRC
	help
	  This is the initial value set by init for the TERM environment
	  variable. This variable is used by programs which make use of
	  extended terminal capabilities.

	  Note that on Linux, init attempts to detect serial terminal and
	  sets TERM to "vt102" if one is found.

config BUSYBOX_CONFIG_FEATURE_INIT_MODIFY_CMDLINE
	bool "Clear init's command line"
	default BUSYBOX_DEFAULT_FEATURE_INIT_MODIFY_CMDLINE
	depends on BUSYBOX_CONFIG_INIT || BUSYBOX_CONFIG_LINUXRC
	help
	  When launched as PID 1 and after parsing its arguments, init
	  wipes all the arguments but argv[0] and rewrites argv[0] to
	  contain only "init", so that its command line appears solely as
	  "init" in tools such as ps.
	  If this option is set to Y, init will keep its original behavior,
	  otherwise, all the arguments including argv[0] will be preserved,
	  be they parsed or ignored by init.
	  The original command-line used to launch init can then be
	  retrieved in /proc/1/cmdline on Linux, for example.

endmenu