wireguard-openbsd/bin/chio/Makefile, branch jd/queueboosts WireGuard implementation for the OpenBSD kernel https://git.zx2c4.com/wireguard-openbsd/atom/bin/chio/Makefile?h=jd%2Fqueueboosts 2017-07-03T22:21:47Z no need to generate y.tab.h if nothing uses it, set YFLAGS to nothing 2017-07-03T22:21:47Z espie espie@openbsd.org 2017-07-03T22:21:47Z urn:sha1:186e29d5ec91e4d773cee4e8d674351727eba759 instead of CLEANFILES += y.tab.h okay millert@ add man page for chio.conf; missing file spotted by deraadt 2007-11-02T15:26:07Z jmc jmc@openbsd.org 2007-11-02T15:26:07Z urn:sha1:b95e7f52ed489aed55b756246ee8c1a7ff2450bb ok beck do chio.conf install from right place 2006-06-03T19:33:35Z deraadt deraadt@openbsd.org 2006-06-03T19:33:35Z urn:sha1:ebf7b65c0e6e815ab86c75b21288f0c83688d49c Add sample chio.conf to /etc 2006-06-02T19:19:10Z beck beck@openbsd.org 2006-06-02T19:19:10Z urn:sha1:46a70da7db6abd88f61220e3811489b096d3a227 ok deraadt@ Make chio have a connection between st(4) devices and "drives" in a 2006-05-29T01:21:38Z beck beck@openbsd.org 2006-05-29T01:21:38Z urn:sha1:b2b21931b058c1abc009263075302aec26275540 changer - chio will then attempt to open the /dev/rstX device when doing a move from a source of drive X, and will attempt to unload the tape. this avoids issues where pickers madly attempt to grab a busy tape on completely decoupled libraries, or fail to grab an unloaded tape on tightly coupled libraries, the extra unload being harmless if the media has already been ejected. The mapping between st(4) devices and ch drives is by default a simple mapping between picker drive X being mapped to /dev/rstX, however for non-obvious or complicated configurations, we support a /etc/chio.conf file in which the drives for a changer may have their corresponding st(4) devices defined individually. chio will use the default mapping if the /etc/chio.conf file is not present, or does not define a st(4) device for a changer drive. (example chio.conf and man page changes to come) yacc parser for chio.conf written by henning@, ok henning@, krw@ BINOWN and BINMODE is not needed here 2005-11-25T20:37:19Z deraadt deraadt@openbsd.org 2005-11-25T20:37:19Z urn:sha1:336ca82ef74627d407cbcacdc43c3897888e33d1 $OpenBSD$ 1997-09-21T11:34:32Z deraadt deraadt@openbsd.org 1997-09-21T11:34:32Z urn:sha1:e189ddde444a8c0096c2c0aefb0e38302f999b5d Don't override BINOWN and BINGRP 1996-08-21T05:58:01Z tholo tholo@openbsd.org 1996-08-21T05:58:01Z urn:sha1:fb58343bac8f66eee45bb66749dbbef82705c049 bad setuid, bad, bad, bad 1996-08-11T23:23:00Z deraadt deraadt@openbsd.org 1996-08-11T23:23:00Z urn:sha1:3778e890216ef10ae528062113f780b440831857 Install with 4554 permissions. 1996-08-11T18:30:54Z dm dm@openbsd.org 1996-08-11T18:30:54Z urn:sha1:1c4d70bf2a37311dd4fd0e0accced72e3a0046e5