| Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 1 | Documentation for /proc/sys/kernel/*	kernel version 2.2.10 | 
 | 2 | 	(c) 1998, 1999,  Rik van Riel <riel@nl.linux.org> | 
| Shen Feng | 760df93 | 2009-04-02 16:57:20 -0700 | [diff] [blame] | 3 | 	(c) 2009,        Shen Feng<shen@cn.fujitsu.com> | 
| Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 4 |  | 
 | 5 | For general info and legal blurb, please look in README. | 
 | 6 |  | 
 | 7 | ============================================================== | 
 | 8 |  | 
 | 9 | This file contains documentation for the sysctl files in | 
 | 10 | /proc/sys/kernel/ and is valid for Linux kernel version 2.2. | 
 | 11 |  | 
 | 12 | The files in this directory can be used to tune and monitor | 
 | 13 | miscellaneous and general things in the operation of the Linux | 
 | 14 | kernel. Since some of the files _can_ be used to screw up your | 
 | 15 | system, it is advisable to read both documentation and source | 
 | 16 | before actually making adjustments. | 
 | 17 |  | 
 | 18 | Currently, these files might (depending on your configuration) | 
 | 19 | show up in /proc/sys/kernel: | 
| Borislav Petkov | 807094c | 2011-07-23 10:39:29 -0700 | [diff] [blame] | 20 |  | 
| Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 21 | - acct | 
| Borislav Petkov | 807094c | 2011-07-23 10:39:29 -0700 | [diff] [blame] | 22 | - acpi_video_flags | 
 | 23 | - auto_msgmni | 
| H. Peter Anvin | d75757a | 2009-12-11 14:23:44 -0800 | [diff] [blame] | 24 | - bootloader_type	     [ X86 only ] | 
 | 25 | - bootloader_version	     [ X86 only ] | 
| Hans-Joachim Picht | c114728 | 2009-09-11 10:28:47 +0200 | [diff] [blame] | 26 | - callhome		     [ S390 only ] | 
| Dan Ballard | 73efc03 | 2011-10-31 17:11:20 -0700 | [diff] [blame] | 27 | - cap_last_cap | 
| Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 28 | - core_pattern | 
| Neil Horman | a293980 | 2009-09-23 15:56:56 -0700 | [diff] [blame] | 29 | - core_pipe_limit | 
| Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 30 | - core_uses_pid | 
 | 31 | - ctrl-alt-del | 
| Dan Rosenberg | eaf06b2 | 2010-11-11 14:05:18 -0800 | [diff] [blame] | 32 | - dmesg_restrict | 
| Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 33 | - domainname | 
 | 34 | - hostname | 
 | 35 | - hotplug | 
| Dan Rosenberg | 455cd5a | 2011-01-12 16:59:41 -0800 | [diff] [blame] | 36 | - kptr_restrict | 
| Chuck Ebbert | 0741f4d | 2006-12-07 02:14:11 +0100 | [diff] [blame] | 37 | - kstack_depth_to_print       [ X86 only ] | 
| Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 38 | - l2cr                        [ PPC only ] | 
| Michael Opdenacker | ac76cff | 2008-02-13 15:03:32 -0800 | [diff] [blame] | 39 | - modprobe                    ==> Documentation/debugging-modules.txt | 
| Kees Cook | 3d43321 | 2009-04-02 15:49:29 -0700 | [diff] [blame] | 40 | - modules_disabled | 
| Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 41 | - msgmax | 
 | 42 | - msgmnb | 
 | 43 | - msgmni | 
| Shen Feng | 760df93 | 2009-04-02 16:57:20 -0700 | [diff] [blame] | 44 | - nmi_watchdog | 
| Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 45 | - osrelease | 
 | 46 | - ostype | 
 | 47 | - overflowgid | 
 | 48 | - overflowuid | 
 | 49 | - panic | 
| Borislav Petkov | 807094c | 2011-07-23 10:39:29 -0700 | [diff] [blame] | 50 | - panic_on_oops | 
 | 51 | - panic_on_unrecovered_nmi | 
| Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 52 | - pid_max | 
 | 53 | - powersave-nap               [ PPC only ] | 
 | 54 | - printk | 
| Borislav Petkov | 807094c | 2011-07-23 10:39:29 -0700 | [diff] [blame] | 55 | - printk_delay | 
 | 56 | - printk_ratelimit | 
 | 57 | - printk_ratelimit_burst | 
| Jiri Kosina | 1ec7fd5 | 2008-02-09 23:24:08 +0100 | [diff] [blame] | 58 | - randomize_va_space | 
| Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 59 | - real-root-dev               ==> Documentation/initrd.txt | 
 | 60 | - reboot-cmd                  [ SPARC only ] | 
 | 61 | - rtsig-max | 
 | 62 | - rtsig-nr | 
 | 63 | - sem | 
 | 64 | - sg-big-buff                 [ generic SCSI device (sg) ] | 
| Vasiliy Kulikov | b34a6b1 | 2011-07-26 16:08:48 -0700 | [diff] [blame] | 65 | - shm_rmid_forced | 
| Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 66 | - shmall | 
 | 67 | - shmmax                      [ sysv ipc ] | 
 | 68 | - shmmni | 
| Borislav Petkov | 807094c | 2011-07-23 10:39:29 -0700 | [diff] [blame] | 69 | - softlockup_thresh | 
| Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 70 | - stop-a                      [ SPARC only ] | 
 | 71 | - sysrq                       ==> Documentation/sysrq.txt | 
 | 72 | - tainted | 
 | 73 | - threads-max | 
| Shen Feng | 760df93 | 2009-04-02 16:57:20 -0700 | [diff] [blame] | 74 | - unknown_nmi_panic | 
| Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 75 | - version | 
 | 76 |  | 
 | 77 | ============================================================== | 
 | 78 |  | 
 | 79 | acct: | 
 | 80 |  | 
 | 81 | highwater lowwater frequency | 
 | 82 |  | 
 | 83 | If BSD-style process accounting is enabled these values control | 
 | 84 | its behaviour. If free space on filesystem where the log lives | 
 | 85 | goes below <lowwater>% accounting suspends. If free space gets | 
 | 86 | above <highwater>% accounting resumes. <Frequency> determines | 
 | 87 | how often do we check the amount of free space (value is in | 
 | 88 | seconds). Default: | 
 | 89 | 4 2 30 | 
 | 90 | That is, suspend accounting if there left <= 2% free; resume it | 
 | 91 | if we got >=4%; consider information about amount of free space | 
 | 92 | valid for 30 seconds. | 
 | 93 |  | 
 | 94 | ============================================================== | 
 | 95 |  | 
| Borislav Petkov | 807094c | 2011-07-23 10:39:29 -0700 | [diff] [blame] | 96 | acpi_video_flags: | 
 | 97 |  | 
 | 98 | flags | 
 | 99 |  | 
 | 100 | See Doc*/kernel/power/video.txt, it allows mode of video boot to be | 
 | 101 | set during run time. | 
 | 102 |  | 
 | 103 | ============================================================== | 
 | 104 |  | 
 | 105 | auto_msgmni: | 
 | 106 |  | 
 | 107 | Enables/Disables automatic recomputing of msgmni upon memory add/remove | 
 | 108 | or upon ipc namespace creation/removal (see the msgmni description | 
 | 109 | above). Echoing "1" into this file enables msgmni automatic recomputing. | 
 | 110 | Echoing "0" turns it off. auto_msgmni default value is 1. | 
 | 111 |  | 
 | 112 |  | 
 | 113 | ============================================================== | 
 | 114 |  | 
| H. Peter Anvin | d75757a | 2009-12-11 14:23:44 -0800 | [diff] [blame] | 115 | bootloader_type: | 
 | 116 |  | 
 | 117 | x86 bootloader identification | 
 | 118 |  | 
 | 119 | This gives the bootloader type number as indicated by the bootloader, | 
 | 120 | shifted left by 4, and OR'd with the low four bits of the bootloader | 
 | 121 | version.  The reason for this encoding is that this used to match the | 
 | 122 | type_of_loader field in the kernel header; the encoding is kept for | 
 | 123 | backwards compatibility.  That is, if the full bootloader type number | 
 | 124 | is 0x15 and the full version number is 0x234, this file will contain | 
 | 125 | the value 340 = 0x154. | 
 | 126 |  | 
 | 127 | See the type_of_loader and ext_loader_type fields in | 
 | 128 | Documentation/x86/boot.txt for additional information. | 
 | 129 |  | 
 | 130 | ============================================================== | 
 | 131 |  | 
 | 132 | bootloader_version: | 
 | 133 |  | 
 | 134 | x86 bootloader version | 
 | 135 |  | 
 | 136 | The complete bootloader version number.  In the example above, this | 
 | 137 | file will contain the value 564 = 0x234. | 
 | 138 |  | 
 | 139 | See the type_of_loader and ext_loader_ver fields in | 
 | 140 | Documentation/x86/boot.txt for additional information. | 
 | 141 |  | 
 | 142 | ============================================================== | 
 | 143 |  | 
| Hans-Joachim Picht | c114728 | 2009-09-11 10:28:47 +0200 | [diff] [blame] | 144 | callhome: | 
 | 145 |  | 
 | 146 | Controls the kernel's callhome behavior in case of a kernel panic. | 
 | 147 |  | 
 | 148 | The s390 hardware allows an operating system to send a notification | 
 | 149 | to a service organization (callhome) in case of an operating system panic. | 
 | 150 |  | 
 | 151 | When the value in this file is 0 (which is the default behavior) | 
 | 152 | nothing happens in case of a kernel panic. If this value is set to "1" | 
 | 153 | the complete kernel oops message is send to the IBM customer service | 
 | 154 | organization in case the mainframe the Linux operating system is running | 
 | 155 | on has a service contract with IBM. | 
 | 156 |  | 
 | 157 | ============================================================== | 
 | 158 |  | 
| Dan Ballard | 73efc03 | 2011-10-31 17:11:20 -0700 | [diff] [blame] | 159 | cap_last_cap | 
 | 160 |  | 
 | 161 | Highest valid capability of the running kernel.  Exports | 
 | 162 | CAP_LAST_CAP from the kernel. | 
 | 163 |  | 
 | 164 | ============================================================== | 
 | 165 |  | 
| Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 166 | core_pattern: | 
 | 167 |  | 
 | 168 | core_pattern is used to specify a core dumpfile pattern name. | 
| Matthias Urlichs | cd08104 | 2006-10-11 01:21:57 -0700 | [diff] [blame] | 169 | . max length 128 characters; default value is "core" | 
| Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 170 | . core_pattern is used as a pattern template for the output filename; | 
 | 171 |   certain string patterns (beginning with '%') are substituted with | 
 | 172 |   their actual values. | 
 | 173 | . backward compatibility with core_uses_pid: | 
 | 174 | 	If core_pattern does not include "%p" (default does not) | 
 | 175 | 	and core_uses_pid is set, then .PID will be appended to | 
 | 176 | 	the filename. | 
 | 177 | . corename format specifiers: | 
 | 178 | 	%<NUL>	'%' is dropped | 
 | 179 | 	%%	output one '%' | 
 | 180 | 	%p	pid | 
 | 181 | 	%u	uid | 
 | 182 | 	%g	gid | 
 | 183 | 	%s	signal number | 
 | 184 | 	%t	UNIX time of dump | 
 | 185 | 	%h	hostname | 
| Jiri Slaby | 57cc083 | 2011-05-26 16:25:46 -0700 | [diff] [blame] | 186 | 	%e	executable filename (may be shortened) | 
 | 187 | 	%E	executable path | 
| Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 188 | 	%<OTHER> both are dropped | 
| Matthias Urlichs | cd08104 | 2006-10-11 01:21:57 -0700 | [diff] [blame] | 189 | . If the first character of the pattern is a '|', the kernel will treat | 
 | 190 |   the rest of the pattern as a command to run.  The core dump will be | 
 | 191 |   written to the standard input of that program instead of to a file. | 
| Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 192 |  | 
 | 193 | ============================================================== | 
 | 194 |  | 
| Neil Horman | a293980 | 2009-09-23 15:56:56 -0700 | [diff] [blame] | 195 | core_pipe_limit: | 
 | 196 |  | 
| Borislav Petkov | 807094c | 2011-07-23 10:39:29 -0700 | [diff] [blame] | 197 | This sysctl is only applicable when core_pattern is configured to pipe | 
 | 198 | core files to a user space helper (when the first character of | 
 | 199 | core_pattern is a '|', see above).  When collecting cores via a pipe | 
 | 200 | to an application, it is occasionally useful for the collecting | 
 | 201 | application to gather data about the crashing process from its | 
 | 202 | /proc/pid directory.  In order to do this safely, the kernel must wait | 
 | 203 | for the collecting process to exit, so as not to remove the crashing | 
 | 204 | processes proc files prematurely.  This in turn creates the | 
 | 205 | possibility that a misbehaving userspace collecting process can block | 
 | 206 | the reaping of a crashed process simply by never exiting.  This sysctl | 
 | 207 | defends against that.  It defines how many concurrent crashing | 
 | 208 | processes may be piped to user space applications in parallel.  If | 
 | 209 | this value is exceeded, then those crashing processes above that value | 
 | 210 | are noted via the kernel log and their cores are skipped.  0 is a | 
 | 211 | special value, indicating that unlimited processes may be captured in | 
 | 212 | parallel, but that no waiting will take place (i.e. the collecting | 
 | 213 | process is not guaranteed access to /proc/<crashing pid>/).  This | 
 | 214 | value defaults to 0. | 
| Neil Horman | a293980 | 2009-09-23 15:56:56 -0700 | [diff] [blame] | 215 |  | 
 | 216 | ============================================================== | 
 | 217 |  | 
| Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 218 | core_uses_pid: | 
 | 219 |  | 
 | 220 | The default coredump filename is "core".  By setting | 
 | 221 | core_uses_pid to 1, the coredump filename becomes core.PID. | 
 | 222 | If core_pattern does not include "%p" (default does not) | 
 | 223 | and core_uses_pid is set, then .PID will be appended to | 
 | 224 | the filename. | 
 | 225 |  | 
 | 226 | ============================================================== | 
 | 227 |  | 
 | 228 | ctrl-alt-del: | 
 | 229 |  | 
 | 230 | When the value in this file is 0, ctrl-alt-del is trapped and | 
 | 231 | sent to the init(1) program to handle a graceful restart. | 
 | 232 | When, however, the value is > 0, Linux's reaction to a Vulcan | 
 | 233 | Nerve Pinch (tm) will be an immediate reboot, without even | 
 | 234 | syncing its dirty buffers. | 
 | 235 |  | 
 | 236 | Note: when a program (like dosemu) has the keyboard in 'raw' | 
 | 237 | mode, the ctrl-alt-del is intercepted by the program before it | 
 | 238 | ever reaches the kernel tty layer, and it's up to the program | 
 | 239 | to decide what to do with it. | 
 | 240 |  | 
 | 241 | ============================================================== | 
 | 242 |  | 
| Dan Rosenberg | eaf06b2 | 2010-11-11 14:05:18 -0800 | [diff] [blame] | 243 | dmesg_restrict: | 
 | 244 |  | 
| Borislav Petkov | 807094c | 2011-07-23 10:39:29 -0700 | [diff] [blame] | 245 | This toggle indicates whether unprivileged users are prevented | 
 | 246 | from using dmesg(8) to view messages from the kernel's log buffer. | 
 | 247 | When dmesg_restrict is set to (0) there are no restrictions. When | 
| Serge E. Hallyn | 38ef4c2 | 2010-12-08 15:19:01 +0000 | [diff] [blame] | 248 | dmesg_restrict is set set to (1), users must have CAP_SYSLOG to use | 
| Dan Rosenberg | eaf06b2 | 2010-11-11 14:05:18 -0800 | [diff] [blame] | 249 | dmesg(8). | 
 | 250 |  | 
| Borislav Petkov | 807094c | 2011-07-23 10:39:29 -0700 | [diff] [blame] | 251 | The kernel config option CONFIG_SECURITY_DMESG_RESTRICT sets the | 
 | 252 | default value of dmesg_restrict. | 
| Dan Rosenberg | eaf06b2 | 2010-11-11 14:05:18 -0800 | [diff] [blame] | 253 |  | 
 | 254 | ============================================================== | 
 | 255 |  | 
| Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 256 | domainname & hostname: | 
 | 257 |  | 
 | 258 | These files can be used to set the NIS/YP domainname and the | 
 | 259 | hostname of your box in exactly the same way as the commands | 
 | 260 | domainname and hostname, i.e.: | 
 | 261 | # echo "darkstar" > /proc/sys/kernel/hostname | 
 | 262 | # echo "mydomain" > /proc/sys/kernel/domainname | 
 | 263 | has the same effect as | 
 | 264 | # hostname "darkstar" | 
 | 265 | # domainname "mydomain" | 
 | 266 |  | 
 | 267 | Note, however, that the classic darkstar.frop.org has the | 
 | 268 | hostname "darkstar" and DNS (Internet Domain Name Server) | 
 | 269 | domainname "frop.org", not to be confused with the NIS (Network | 
 | 270 | Information Service) or YP (Yellow Pages) domainname. These two | 
 | 271 | domain names are in general different. For a detailed discussion | 
 | 272 | see the hostname(1) man page. | 
 | 273 |  | 
 | 274 | ============================================================== | 
 | 275 |  | 
 | 276 | hotplug: | 
 | 277 |  | 
 | 278 | Path for the hotplug policy agent. | 
 | 279 | Default value is "/sbin/hotplug". | 
 | 280 |  | 
 | 281 | ============================================================== | 
 | 282 |  | 
| Dan Rosenberg | 455cd5a | 2011-01-12 16:59:41 -0800 | [diff] [blame] | 283 | kptr_restrict: | 
 | 284 |  | 
 | 285 | This toggle indicates whether restrictions are placed on | 
 | 286 | exposing kernel addresses via /proc and other interfaces.  When | 
 | 287 | kptr_restrict is set to (0), there are no restrictions.  When | 
 | 288 | kptr_restrict is set to (1), the default, kernel pointers | 
 | 289 | printed using the %pK format specifier will be replaced with 0's | 
 | 290 | unless the user has CAP_SYSLOG.  When kptr_restrict is set to | 
 | 291 | (2), kernel pointers printed using %pK will be replaced with 0's | 
 | 292 | regardless of privileges. | 
 | 293 |  | 
 | 294 | ============================================================== | 
 | 295 |  | 
| Chuck Ebbert | 0741f4d | 2006-12-07 02:14:11 +0100 | [diff] [blame] | 296 | kstack_depth_to_print: (X86 only) | 
 | 297 |  | 
 | 298 | Controls the number of words to print when dumping the raw | 
 | 299 | kernel stack. | 
 | 300 |  | 
 | 301 | ============================================================== | 
 | 302 |  | 
| Borislav Petkov | 807094c | 2011-07-23 10:39:29 -0700 | [diff] [blame] | 303 | l2cr: (PPC only) | 
 | 304 |  | 
 | 305 | This flag controls the L2 cache of G3 processor boards. If | 
 | 306 | 0, the cache is disabled. Enabled if nonzero. | 
 | 307 |  | 
 | 308 | ============================================================== | 
 | 309 |  | 
| Kees Cook | 3d43321 | 2009-04-02 15:49:29 -0700 | [diff] [blame] | 310 | modules_disabled: | 
 | 311 |  | 
 | 312 | A toggle value indicating if modules are allowed to be loaded | 
 | 313 | in an otherwise modular kernel.  This toggle defaults to off | 
 | 314 | (0), but can be set true (1).  Once true, modules can be | 
 | 315 | neither loaded nor unloaded, and the toggle cannot be set back | 
 | 316 | to false. | 
 | 317 |  | 
 | 318 | ============================================================== | 
 | 319 |  | 
| Borislav Petkov | 807094c | 2011-07-23 10:39:29 -0700 | [diff] [blame] | 320 | nmi_watchdog: | 
 | 321 |  | 
 | 322 | Enables/Disables the NMI watchdog on x86 systems. When the value is | 
 | 323 | non-zero the NMI watchdog is enabled and will continuously test all | 
 | 324 | online cpus to determine whether or not they are still functioning | 
 | 325 | properly. Currently, passing "nmi_watchdog=" parameter at boot time is | 
 | 326 | required for this function to work. | 
 | 327 |  | 
 | 328 | If LAPIC NMI watchdog method is in use (nmi_watchdog=2 kernel | 
 | 329 | parameter), the NMI watchdog shares registers with oprofile. By | 
 | 330 | disabling the NMI watchdog, oprofile may have more registers to | 
 | 331 | utilize. | 
 | 332 |  | 
 | 333 | ============================================================== | 
 | 334 |  | 
| Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 335 | osrelease, ostype & version: | 
 | 336 |  | 
 | 337 | # cat osrelease | 
 | 338 | 2.1.88 | 
 | 339 | # cat ostype | 
 | 340 | Linux | 
 | 341 | # cat version | 
 | 342 | #5 Wed Feb 25 21:49:24 MET 1998 | 
 | 343 |  | 
 | 344 | The files osrelease and ostype should be clear enough. Version | 
 | 345 | needs a little more clarification however. The '#5' means that | 
 | 346 | this is the fifth kernel built from this source base and the | 
 | 347 | date behind it indicates the time the kernel was built. | 
 | 348 | The only way to tune these values is to rebuild the kernel :-) | 
 | 349 |  | 
 | 350 | ============================================================== | 
 | 351 |  | 
 | 352 | overflowgid & overflowuid: | 
 | 353 |  | 
| Borislav Petkov | 807094c | 2011-07-23 10:39:29 -0700 | [diff] [blame] | 354 | if your architecture did not always support 32-bit UIDs (i.e. arm, | 
 | 355 | i386, m68k, sh, and sparc32), a fixed UID and GID will be returned to | 
 | 356 | applications that use the old 16-bit UID/GID system calls, if the | 
 | 357 | actual UID or GID would exceed 65535. | 
| Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 358 |  | 
 | 359 | These sysctls allow you to change the value of the fixed UID and GID. | 
 | 360 | The default is 65534. | 
 | 361 |  | 
 | 362 | ============================================================== | 
 | 363 |  | 
 | 364 | panic: | 
 | 365 |  | 
| Borislav Petkov | 807094c | 2011-07-23 10:39:29 -0700 | [diff] [blame] | 366 | The value in this file represents the number of seconds the kernel | 
 | 367 | waits before rebooting on a panic. When you use the software watchdog, | 
 | 368 | the recommended setting is 60. | 
 | 369 |  | 
 | 370 | ============================================================== | 
 | 371 |  | 
 | 372 | panic_on_unrecovered_nmi: | 
 | 373 |  | 
 | 374 | The default Linux behaviour on an NMI of either memory or unknown is | 
 | 375 | to continue operation. For many environments such as scientific | 
 | 376 | computing it is preferable that the box is taken out and the error | 
 | 377 | dealt with than an uncorrected parity/ECC error get propagated. | 
 | 378 |  | 
 | 379 | A small number of systems do generate NMI's for bizarre random reasons | 
 | 380 | such as power management so the default is off. That sysctl works like | 
 | 381 | the existing panic controls already in that directory. | 
| Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 382 |  | 
 | 383 | ============================================================== | 
 | 384 |  | 
 | 385 | panic_on_oops: | 
 | 386 |  | 
 | 387 | Controls the kernel's behaviour when an oops or BUG is encountered. | 
 | 388 |  | 
 | 389 | 0: try to continue operation | 
 | 390 |  | 
| Matt LaPlante | a982ac0 | 2007-05-09 07:35:06 +0200 | [diff] [blame] | 391 | 1: panic immediately.  If the `panic' sysctl is also non-zero then the | 
| Maxime Bizon | 8b23d04 | 2006-08-05 12:14:32 -0700 | [diff] [blame] | 392 |    machine will be rebooted. | 
| Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 393 |  | 
 | 394 | ============================================================== | 
 | 395 |  | 
 | 396 | pid_max: | 
 | 397 |  | 
| Robert P. J. Day | beb7dd8 | 2007-05-09 07:14:03 +0200 | [diff] [blame] | 398 | PID allocation wrap value.  When the kernel's next PID value | 
| Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 399 | reaches this value, it wraps back to a minimum PID value. | 
 | 400 | PIDs of value pid_max or larger are not allocated. | 
 | 401 |  | 
 | 402 | ============================================================== | 
 | 403 |  | 
 | 404 | powersave-nap: (PPC only) | 
 | 405 |  | 
 | 406 | If set, Linux-PPC will use the 'nap' mode of powersaving, | 
 | 407 | otherwise the 'doze' mode will be used. | 
 | 408 |  | 
 | 409 | ============================================================== | 
 | 410 |  | 
 | 411 | printk: | 
 | 412 |  | 
 | 413 | The four values in printk denote: console_loglevel, | 
 | 414 | default_message_loglevel, minimum_console_loglevel and | 
 | 415 | default_console_loglevel respectively. | 
 | 416 |  | 
 | 417 | These values influence printk() behavior when printing or | 
 | 418 | logging error messages. See 'man 2 syslog' for more info on | 
 | 419 | the different loglevels. | 
 | 420 |  | 
 | 421 | - console_loglevel: messages with a higher priority than | 
 | 422 |   this will be printed to the console | 
| Paul Bolle | 87889e1 | 2011-02-06 21:00:41 +0100 | [diff] [blame] | 423 | - default_message_loglevel: messages without an explicit priority | 
| Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 424 |   will be printed with this priority | 
 | 425 | - minimum_console_loglevel: minimum (highest) value to which | 
 | 426 |   console_loglevel can be set | 
 | 427 | - default_console_loglevel: default value for console_loglevel | 
 | 428 |  | 
 | 429 | ============================================================== | 
 | 430 |  | 
| Borislav Petkov | 807094c | 2011-07-23 10:39:29 -0700 | [diff] [blame] | 431 | printk_delay: | 
 | 432 |  | 
 | 433 | Delay each printk message in printk_delay milliseconds | 
 | 434 |  | 
 | 435 | Value from 0 - 10000 is allowed. | 
 | 436 |  | 
 | 437 | ============================================================== | 
 | 438 |  | 
| Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 439 | printk_ratelimit: | 
 | 440 |  | 
 | 441 | Some warning messages are rate limited. printk_ratelimit specifies | 
 | 442 | the minimum length of time between these messages (in jiffies), by | 
 | 443 | default we allow one every 5 seconds. | 
 | 444 |  | 
 | 445 | A value of 0 will disable rate limiting. | 
 | 446 |  | 
 | 447 | ============================================================== | 
 | 448 |  | 
 | 449 | printk_ratelimit_burst: | 
 | 450 |  | 
 | 451 | While long term we enforce one message per printk_ratelimit | 
 | 452 | seconds, we do allow a burst of messages to pass through. | 
 | 453 | printk_ratelimit_burst specifies the number of messages we can | 
 | 454 | send before ratelimiting kicks in. | 
 | 455 |  | 
 | 456 | ============================================================== | 
 | 457 |  | 
| Borislav Petkov | 807094c | 2011-07-23 10:39:29 -0700 | [diff] [blame] | 458 | randomize_va_space: | 
| Jiri Kosina | 1ec7fd5 | 2008-02-09 23:24:08 +0100 | [diff] [blame] | 459 |  | 
 | 460 | This option can be used to select the type of process address | 
 | 461 | space randomization that is used in the system, for architectures | 
 | 462 | that support this feature. | 
 | 463 |  | 
| Horst Schirmeier | b7f5ab6 | 2009-07-03 14:20:17 +0200 | [diff] [blame] | 464 | 0 - Turn the process address space randomization off.  This is the | 
 | 465 |     default for architectures that do not support this feature anyways, | 
 | 466 |     and kernels that are booted with the "norandmaps" parameter. | 
| Jiri Kosina | 1ec7fd5 | 2008-02-09 23:24:08 +0100 | [diff] [blame] | 467 |  | 
 | 468 | 1 - Make the addresses of mmap base, stack and VDSO page randomized. | 
 | 469 |     This, among other things, implies that shared libraries will be | 
| Horst Schirmeier | b7f5ab6 | 2009-07-03 14:20:17 +0200 | [diff] [blame] | 470 |     loaded to random addresses.  Also for PIE-linked binaries, the | 
 | 471 |     location of code start is randomized.  This is the default if the | 
 | 472 |     CONFIG_COMPAT_BRK option is enabled. | 
| Jiri Kosina | 1ec7fd5 | 2008-02-09 23:24:08 +0100 | [diff] [blame] | 473 |  | 
| Horst Schirmeier | b7f5ab6 | 2009-07-03 14:20:17 +0200 | [diff] [blame] | 474 | 2 - Additionally enable heap randomization.  This is the default if | 
 | 475 |     CONFIG_COMPAT_BRK is disabled. | 
 | 476 |  | 
 | 477 |     There are a few legacy applications out there (such as some ancient | 
| Jiri Kosina | 1ec7fd5 | 2008-02-09 23:24:08 +0100 | [diff] [blame] | 478 |     versions of libc.so.5 from 1996) that assume that brk area starts | 
| Horst Schirmeier | b7f5ab6 | 2009-07-03 14:20:17 +0200 | [diff] [blame] | 479 |     just after the end of the code+bss.  These applications break when | 
 | 480 |     start of the brk area is randomized.  There are however no known | 
| Jiri Kosina | 1ec7fd5 | 2008-02-09 23:24:08 +0100 | [diff] [blame] | 481 |     non-legacy applications that would be broken this way, so for most | 
| Horst Schirmeier | b7f5ab6 | 2009-07-03 14:20:17 +0200 | [diff] [blame] | 482 |     systems it is safe to choose full randomization. | 
 | 483 |  | 
 | 484 |     Systems with ancient and/or broken binaries should be configured | 
 | 485 |     with CONFIG_COMPAT_BRK enabled, which excludes the heap from process | 
 | 486 |     address space randomization. | 
| Jiri Kosina | 1ec7fd5 | 2008-02-09 23:24:08 +0100 | [diff] [blame] | 487 |  | 
 | 488 | ============================================================== | 
 | 489 |  | 
| Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 490 | reboot-cmd: (Sparc only) | 
 | 491 |  | 
 | 492 | ??? This seems to be a way to give an argument to the Sparc | 
 | 493 | ROM/Flash boot loader. Maybe to tell it what to do after | 
 | 494 | rebooting. ??? | 
 | 495 |  | 
 | 496 | ============================================================== | 
 | 497 |  | 
 | 498 | rtsig-max & rtsig-nr: | 
 | 499 |  | 
 | 500 | The file rtsig-max can be used to tune the maximum number | 
 | 501 | of POSIX realtime (queued) signals that can be outstanding | 
 | 502 | in the system. | 
 | 503 |  | 
 | 504 | rtsig-nr shows the number of RT signals currently queued. | 
 | 505 |  | 
 | 506 | ============================================================== | 
 | 507 |  | 
 | 508 | sg-big-buff: | 
 | 509 |  | 
 | 510 | This file shows the size of the generic SCSI (sg) buffer. | 
 | 511 | You can't tune it just yet, but you could change it on | 
 | 512 | compile time by editing include/scsi/sg.h and changing | 
 | 513 | the value of SG_BIG_BUFF. | 
 | 514 |  | 
 | 515 | There shouldn't be any reason to change this value. If | 
 | 516 | you can come up with one, you probably know what you | 
 | 517 | are doing anyway :) | 
 | 518 |  | 
 | 519 | ============================================================== | 
 | 520 |  | 
| Borislav Petkov | 807094c | 2011-07-23 10:39:29 -0700 | [diff] [blame] | 521 | shmmax: | 
| Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 522 |  | 
 | 523 | This value can be used to query and set the run time limit | 
 | 524 | on the maximum shared memory segment size that can be created. | 
| Borislav Petkov | 807094c | 2011-07-23 10:39:29 -0700 | [diff] [blame] | 525 | Shared memory segments up to 1Gb are now supported in the | 
| Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 526 | kernel.  This value defaults to SHMMAX. | 
 | 527 |  | 
 | 528 | ============================================================== | 
 | 529 |  | 
| Vasiliy Kulikov | b34a6b1 | 2011-07-26 16:08:48 -0700 | [diff] [blame] | 530 | shm_rmid_forced: | 
 | 531 |  | 
 | 532 | Linux lets you set resource limits, including how much memory one | 
 | 533 | process can consume, via setrlimit(2).  Unfortunately, shared memory | 
 | 534 | segments are allowed to exist without association with any process, and | 
 | 535 | thus might not be counted against any resource limits.  If enabled, | 
 | 536 | shared memory segments are automatically destroyed when their attach | 
 | 537 | count becomes zero after a detach or a process termination.  It will | 
 | 538 | also destroy segments that were created, but never attached to, on exit | 
 | 539 | from the process.  The only use left for IPC_RMID is to immediately | 
 | 540 | destroy an unattached segment.  Of course, this breaks the way things are | 
 | 541 | defined, so some applications might stop working.  Note that this | 
 | 542 | feature will do you no good unless you also configure your resource | 
 | 543 | limits (in particular, RLIMIT_AS and RLIMIT_NPROC).  Most systems don't | 
 | 544 | need this. | 
 | 545 |  | 
 | 546 | Note that if you change this from 0 to 1, already created segments | 
 | 547 | without users and with a dead originative process will be destroyed. | 
 | 548 |  | 
 | 549 | ============================================================== | 
 | 550 |  | 
| Ravikiran G Thirumalai | c4f3b63 | 2007-10-16 23:26:09 -0700 | [diff] [blame] | 551 | softlockup_thresh: | 
 | 552 |  | 
| Andrew Morton | b4d19cc | 2008-09-22 13:57:51 -0700 | [diff] [blame] | 553 | This value can be used to lower the softlockup tolerance threshold.  The | 
 | 554 | default threshold is 60 seconds.  If a cpu is locked up for 60 seconds, | 
 | 555 | the kernel complains.  Valid values are 1-60 seconds.  Setting this | 
 | 556 | tunable to zero will disable the softlockup detection altogether. | 
| Ravikiran G Thirumalai | c4f3b63 | 2007-10-16 23:26:09 -0700 | [diff] [blame] | 557 |  | 
 | 558 | ============================================================== | 
 | 559 |  | 
| Borislav Petkov | 807094c | 2011-07-23 10:39:29 -0700 | [diff] [blame] | 560 | tainted: | 
| Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 561 |  | 
 | 562 | Non-zero if the kernel has been tainted.  Numeric values, which | 
 | 563 | can be ORed together: | 
 | 564 |  | 
| Greg Kroah-Hartman | bb20698 | 2008-10-17 15:01:07 -0700 | [diff] [blame] | 565 |    1 - A module with a non-GPL license has been loaded, this | 
 | 566 |        includes modules with no license. | 
 | 567 |        Set by modutils >= 2.4.9 and module-init-tools. | 
 | 568 |    2 - A module was force loaded by insmod -f. | 
 | 569 |        Set by modutils >= 2.4.9 and module-init-tools. | 
 | 570 |    4 - Unsafe SMP processors: SMP with CPUs not designed for SMP. | 
 | 571 |    8 - A module was forcibly unloaded from the system by rmmod -f. | 
 | 572 |   16 - A hardware machine check error occurred on the system. | 
 | 573 |   32 - A bad page was discovered on the system. | 
 | 574 |   64 - The user has asked that the system be marked "tainted".  This | 
 | 575 |        could be because they are running software that directly modifies | 
 | 576 |        the hardware, or for other reasons. | 
 | 577 |  128 - The system has died. | 
 | 578 |  256 - The ACPI DSDT has been overridden with one supplied by the user | 
 | 579 |         instead of using the one provided by the hardware. | 
 | 580 |  512 - A kernel warning has occurred. | 
 | 581 | 1024 - A module from drivers/staging was loaded. | 
| Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 582 |  | 
| Shen Feng | 760df93 | 2009-04-02 16:57:20 -0700 | [diff] [blame] | 583 | ============================================================== | 
 | 584 |  | 
| Shen Feng | 760df93 | 2009-04-02 16:57:20 -0700 | [diff] [blame] | 585 | unknown_nmi_panic: | 
 | 586 |  | 
| Borislav Petkov | 807094c | 2011-07-23 10:39:29 -0700 | [diff] [blame] | 587 | The value in this file affects behavior of handling NMI. When the | 
 | 588 | value is non-zero, unknown NMI is trapped and then panic occurs. At | 
 | 589 | that time, kernel debugging information is displayed on console. | 
| Shen Feng | 760df93 | 2009-04-02 16:57:20 -0700 | [diff] [blame] | 590 |  | 
| Borislav Petkov | 807094c | 2011-07-23 10:39:29 -0700 | [diff] [blame] | 591 | NMI switch that most IA32 servers have fires unknown NMI up, for | 
 | 592 | example.  If a system hangs up, try pressing the NMI switch. |