devd.conf revision 192198
1150970Srwatson# $FreeBSD: head/etc/devd.conf 192198 2009-05-16 15:12:56Z maxim $ 2150970Srwatson# 3150970Srwatson# Refer to devd.conf(5) and devd(8) man pages for the details on how to 4150970Srwatson# run and configure devd. 5150970Srwatson# 6150970Srwatson 7150970Srwatson# NB: All regular expressions have an implicit ^$ around them. 8150970Srwatson# NB: device-name is shorthand for 'match device-name' 9150970Srwatson 10150970Srwatsonoptions { 11150970Srwatson # Each directory directive adds a directory the list of directories 12150970Srwatson # that we scan for files. Files are read-in in the order that they 13150970Srwatson # are returned from readdir(3). The rule-sets are combined to 14150970Srwatson # create a DFA that's used to match events to actions. 15150970Srwatson directory "/etc/devd"; 16150970Srwatson directory "/usr/local/etc/devd"; 17150970Srwatson pid-file "/var/run/devd.pid"; 18150970Srwatson 19150970Srwatson # Setup some shorthand for regex that we use later in the file. 20150970Srwatson #XXX Yes, these are gross -- imp 21150970Srwatson set scsi-controller-regex 22150970Srwatson "(aac|adv|adw|aha|ahb|ahc|ahd|aic|amd|amr|asr|bt|ciss|ct|dpt|\ 23150970Srwatson esp|ida|iir|ips|isp|mlx|mly|mpt|ncr|ncv|nsp|stg|sym|trm|wds)\ 24150970Srwatson [0-9]+"; 25150970Srwatson}; 26150970Srwatson 27150970Srwatson# Note that the attach/detach with the highest value wins, so that one can 28150970Srwatson# override these general rules. 29150970Srwatson 30150970Srwatson# 31150970Srwatson# Configure the interface on attach. Due to a historical accident, this 32150970Srwatson# script is called pccard_ether. 33150970Srwatson# 34213574Spluknet# NB: DETACH events are ignored; the kernel should handle all cleanup 35150970Srwatson# (routes, arp cache) if you need to do something beware of races 36150970Srwatson# against immediate create of a device w/ the same name; e.g. 37150970Srwatson# ifconfig bridge0 destroy; ifconfig bridge0 create 38150970Srwatson# 39150970Srwatsonnotify 0 { 40150970Srwatson match "system" "IFNET"; 41150970Srwatson match "type" "ATTACH"; 42150970Srwatson action "/etc/pccard_ether $subsystem start"; 43150970Srwatson}; 44150970Srwatson 45150970Srwatson# 46150970Srwatson# Try to start dhclient on Ethernet like interfaces when the link comes 47150970Srwatson# up. Only devices that are configured to support DHCP will actually 48150970Srwatson# run it. No link down rule exists because dhclient automaticly exits 49150970Srwatson# when the link goes down. 50150970Srwatson# 51150970Srwatsonnotify 0 { 52150970Srwatson match "system" "IFNET"; 53150970Srwatson match "type" "LINK_UP"; 54150970Srwatson media-type "ethernet"; 55150970Srwatson action "/etc/rc.d/dhclient quietstart $subsystem"; 56150970Srwatson}; 57150970Srwatson 58150970Srwatson# 59150970Srwatson# Like Ethernet devices, but separate because 60150970Srwatson# they have a different media type. We may want 61150970Srwatson# to exploit this later. 62150970Srwatson# 63150970Srwatsondetach 0 { 64150970Srwatson media-type "802.11"; 65150970Srwatson action "/etc/pccard_ether $device-name stop"; 66150970Srwatson}; 67150970Srwatsonattach 0 { 68150970Srwatson media-type "802.11"; 69150970Srwatson action "/etc/pccard_ether $device-name start"; 70150970Srwatson}; 71150970Srwatsonnotify 0 { 72150970Srwatson match "system" "IFNET"; 73150970Srwatson match "type" "LINK_UP"; 74150970Srwatson media-type "802.11"; 75150970Srwatson action "/etc/rc.d/dhclient quietstart $subsystem"; 76150970Srwatson}; 77150970Srwatson 78150970Srwatson# An entry like this might be in a different file, but is included here 79150970Srwatson# as an example of how to override things. Normally 'ed50' would match 80150970Srwatson# the above attach/detach stuff, but the value of 100 makes it 81150970Srwatson# hard wired to 1.2.3.4. 82150970Srwatsonattach 100 { 83150970Srwatson device-name "ed50"; 84150970Srwatson action "ifconfig $device-name inet 1.2.3.4 netmask 0xffff0000"; 85150970Srwatson}; 86150970Srwatsondetach 100 { 87150970Srwatson device-name "ed50"; 88150970Srwatson}; 89150970Srwatson 90150970Srwatson# When a USB Bluetooth dongle appears activate it 91150970Srwatsonattach 100 { 92150970Srwatson device-name "ubt[0-9]+"; 93150970Srwatson action "/etc/rc.d/bluetooth quietstart $device-name"; 94150970Srwatson}; 95150970Srwatsondetach 100 { 96150970Srwatson device-name "ubt[0-9]+"; 97150970Srwatson action "/etc/rc.d/bluetooth quietstop $device-name"; 98150970Srwatson}; 99150970Srwatson 100150970Srwatson# When a USB keyboard arrives, attach it as the console keyboard. 101150970Srwatsonattach 100 { 102150970Srwatson device-name "ukbd0"; 103150970Srwatson action "/etc/rc.d/syscons setkeyboard /dev/ukbd0"; 104150970Srwatson}; 105150970Srwatsondetach 100 { 106150970Srwatson device-name "ukbd0"; 107150970Srwatson action "/etc/rc.d/syscons setkeyboard /dev/kbd0"; 108150970Srwatson}; 109150970Srwatson 110150970Srwatsonattach 100 { 111150970Srwatson device-name "ums[0-9]+"; 112150970Srwatson action "/etc/rc.d/moused quietstart $device-name"; 113150970Srwatson}; 114213574Spluknet 115150970Srwatsondetach 100 { 116150970Srwatson device-name "ums[0-9]+"; 117150970Srwatson action "/etc/rc.d/moused stop $device-name"; 118150970Srwatson}; 119150970Srwatson 120150970Srwatson# Firmware download into the ActiveWire board. After the firmware download is 121150970Srwatson# done the device detaches and reappears as something new and shiny 122150970Srwatson# automatically. 123150970Srwatsonattach 100 { 124150970Srwatson match "vendor" "0x0854"; 125150970Srwatson match "product" "0x0100"; 126150970Srwatson match "release" "0x0000"; 127150970Srwatson action "/usr/local/bin/ezdownload -f /usr/local/share/usb/firmware/0854.0100.0_01.hex $device-name"; 128150970Srwatson}; 129150970Srwatson 130150970Srwatson# Firmware download for Entrega Serial DB25 adapter. 131150970Srwatsonattach 100 { 132213574Spluknet match "vendor" "0x1645"; 133213574Spluknet match "product" "0x8001"; 134150970Srwatson match "release" "0x0101"; 135150970Srwatson action "if ! kldstat -n usio > /dev/null 2>&1 ; then kldload usio; fi; /usr/sbin/ezdownload -v -f /usr/share/usb/firmware/1645.8001.0101 /dev/$device-name"; 136150970Srwatson}; 137 138# This entry starts the ColdSync tool in daemon mode. Make sure you have an up 139# to date /usr/local/etc/palms. We override the 'listen' settings for port and 140# type in /usr/local/etc/coldsync.conf. 141attach 100 { 142 device-name "ugen[0-9]+"; 143 match "vendor" "0x082d"; 144 match "product" "0x0100"; 145 match "release" "0x0100"; 146 action "/usr/local/bin/coldsync -md -p /dev/$device-name -t usb"; 147}; 148 149# 150# Rescan scsi device-names on attach, but not detach. However, it is 151# disabled by default due to reports of problems. 152# 153attach 0 { 154 device-name "$scsi-controller-regex"; 155// action "camcontrol rescan all"; 156}; 157 158# Don't even try to second guess what to do about drivers that don't 159# match here. Instead, pass it off to syslog. Commented out for the 160# moment, as the pnpinfo variable isn't set in devd yet. Individual 161# variables within the bus supplied pnpinfo are set. 162nomatch 0 { 163# action "logger Unknown device: $pnpinfo $location $bus"; 164}; 165 166# Various logging of unknown devices. 167nomatch 10 { 168 match "bus" "uhub[0-9]+"; 169 action "logger Unknown USB device: vendor $vendor product $product \ 170 bus $bus"; 171}; 172 173# Some PC-CARDs don't offer numerical manufacturer/product IDs, just 174# show the CIS info there. 175nomatch 20 { 176 match "bus" "pccard[0-9]+"; 177 match "manufacturer" "0xffffffff"; 178 match "product" "0xffffffff"; 179 action "logger Unknown PCCARD device: CISproduct $cisproduct \ 180 CIS-vendor $cisvendor bus $bus"; 181}; 182 183nomatch 10 { 184 match "bus" "pccard[0-9]+"; 185 action "logger Unknown PCCARD device: manufacturer $manufacturer \ 186 product $product CISproduct $cisproduct CIS-vendor \ 187 $cisvendor bus $bus"; 188}; 189 190nomatch 10 { 191 match "bus" "cardbus[0-9]+"; 192 action "logger Unknown Cardbus device: device $device class $class \ 193 vendor $vendor bus $bus"; 194}; 195 196# Switch power profiles when the AC line state changes. 197notify 10 { 198 match "system" "ACPI"; 199 match "subsystem" "ACAD"; 200 action "/etc/rc.d/power_profile $notify"; 201}; 202 203# Notify all users before beginning emergency shutdown when we get 204# a _CRT or _HOT thermal event and we're going to power down the system 205# very soon. 206notify 10 { 207 match "system" "ACPI"; 208 match "subsystem" "Thermal"; 209 match "notify" "0xcc"; 210 action "logger -p kern.emerg 'WARNING: system temperature too high, shutting down soon!'"; 211}; 212 213# Sample ZFS problem reports handling. 214notify 10 { 215 match "system" "ZFS"; 216 match "type" "zpool"; 217 action "logger -p kern.err 'ZFS: failed to load zpool $pool'"; 218}; 219 220notify 10 { 221 match "system" "ZFS"; 222 match "type" "vdev"; 223 action "logger -p kern.err 'ZFS: vdev failure, zpool=$pool type=$type'"; 224}; 225 226notify 10 { 227 match "system" "ZFS"; 228 match "type" "data"; 229 action "logger -p kern.warn 'ZFS: zpool I/O failure, zpool=$pool error=$zio_err'"; 230}; 231 232notify 10 { 233 match "system" "ZFS"; 234 match "type" "io"; 235 action "logger -p kern.warn 'ZFS: vdev I/O failure, zpool=$pool path=$vdev_path offset=$zio_offset size=$zio_size error=$zio_err'"; 236}; 237 238notify 10 { 239 match "system" "ZFS"; 240 match "type" "checksum"; 241 action "logger -p kern.warn 'ZFS: checksum mismatch, zpool=$pool path=$vdev_path offset=$zio_offset size=$zio_size'"; 242}; 243 244# User requested suspend, so perform preparation steps and then execute 245# the actual suspend process. 246notify 10 { 247 match "system" "ACPI"; 248 match "subsystem" "Suspend"; 249 action "/etc/rc.suspend acpi $notify"; 250}; 251notify 10 { 252 match "system" "ACPI"; 253 match "subsystem" "Resume"; 254 action "/etc/rc.resume acpi $notify"; 255}; 256 257/* EXAMPLES TO END OF FILE 258 259# The following might be an example of something that a vendor might 260# install if you were to add their device. This might reside in 261# /usr/local/etc/devd/deqna.conf. A deqna is, in this hypothetical 262# example, a pccard ethernet-like device. Students of history may 263# know other devices by this name, and will get the in-jokes in this 264# entry. 265nomatch 10 { 266 match "bus" "pccard[0-9]+"; 267 match "manufacturer" "0x1234"; 268 match "product" "0x2323"; 269 action "kldload if_deqna"; 270}; 271attach 10 { 272 device-name "deqna[0-9]+"; 273 action "/etc/pccard_ether $device-name start"; 274}; 275detach 10 { 276 device-name "deqna[0-9]+"; 277 action "/etc/pccard_ether $device-name stop"; 278}; 279 280# Examples of notify hooks. A notify is a generic way for a kernel 281# subsystem to send event notification to userland. 282# 283# Here are some examples of ACPI notify handlers. ACPI subsystems that 284# generate notifies include the AC adapter, power/sleep buttons, 285# control method batteries, lid switch, and thermal zones. 286# 287# Information returned is not always the same as the ACPI notify 288# events. See the ACPI specification for more information about 289# notifies. Here is the information returned for each subsystem: 290# 291# ACAD: AC line state (0 is offline, 1 is online) 292# Button: Button pressed (0 for power, 1 for sleep) 293# CMBAT: ACPI battery events 294# Lid: Lid state (0 is closed, 1 is open) 295# Suspend, Resume: Suspend and resume notification 296# Thermal: ACPI thermal zone events 297# 298# This example calls a script when the AC state changes, passing the 299# notify value as the first argument. If the state is 0x00, it might 300# call some sysctls to implement economy mode. If 0x01, it might set 301# the mode to performance. 302notify 10 { 303 match "system" "ACPI"; 304 match "subsystem" "ACAD"; 305 action "/etc/acpi_ac $notify"; 306}; 307*/ 308