OpenBSD src changes summary for 2017-06-15 ==========================================
games/hunt regress/usr.bin sbin/dhclient share/man sys/dev/pv sys/dev/wscons sys/kern sys/sys usr.bin/at usr.bin/m4 usr.bin/mandoc usr.bin/systat usr.bin/vi usr.sbin/wsfontload == games ============================================================= 01/07 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/games hunt ~ README > Remove the Installation section and fix a nonexistent path. > OK tb@ (fix paths diff) deraadt@ (akfaew@) == regress =========================================================== 02/07 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/regress usr.bin ~ mandoc/tbl/data/Makefile + mandoc/tbl/data/block_width.in + mandoc/tbl/data/block_width.out_ascii > round default width of tbl(7) text blocks in the same way as groff > (schwarze@) ~ m4/Makefile + m4/fatalwarnings.m4 + m4/fatalwarnings.out > Add -E flag (make warnings fatal), following the behavior of GNU m4 1.4.9+ > Help and direction millert@ espie@ anton@ deraadt@ > ok espie@ (bcallah@) == sbin ============================================================== 03/07 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/sbin dhclient ~ dhclient.c > Nuke unused parameter 'client_addr' from packet_to_lease(). (krw@) ~ dhclient.c ~ dhcpd.h ~ options.c > Nuke unused parameter 'client_addr' from the 'handlers', i.e. > dhcpoffer(), dhcpack(), dhcpnak(). (krw@) == share ============================================================= 04/07 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/share man ~ man5/port-modules.5 > The devel/qmake port module handles Qt3 as well. (zhuk@) ~ man5/port-modules.5 > Document MODQMAKE_RECURSIVE and test framework support for devel/qmake. > (zhuk@) ~ man5/port-modules.5 > It's never too late to document x11/kde module. At least a (non-obvious) > bit. (zhuk@) ~ man5/port-modules.5 > Assorted tweaks for x11/qt* modules description. (zhuk@) == sys =============================================================== 05/07 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/sys dev/pv ~ hvs.c > Correct the number of targets vs number of LUNs > jsg@ has found out that the number of targets wasn't correct and > it turns out that the device supports up to 2 targets and 1 or 64 > LUNs depending on whether it's taking over an IDE device or is a > virtual SCSI. > While here make sure the command response is copied back only for > synchronous commands that are issued during initialization phase. (mikeb@) ~ hvs.c > Put back copying of the response message into the polling callback > The response message is allocated on the stack of hvs_intr and its > content is valid during a single message processing loop iteration. > Due to the fact that polled transfers finish completion in a callee > context, the cached pointer to the response message becomes stale > very quickly. To avoid this situation the poll completion callback > needs to make sure the content of the response is provided to the > next completion routine. (mikeb@) ~ hvs.c > Remove the structure definition for an old (pre Win8) I/O request type > since the new one is backwards compatible and the correct length of the > request can be specified w/o an actual definition. (mikeb@) ~ hvs.c > Provide storage for the response message in each CCB (mikeb@) ~ if_hvn.c > Support executing NVSP and RNDIS commands during autoconf (mikeb@) ~ hyperv.c > Make sure we can free GPA handles when cold (mikeb@) ~ hyperv.c > Don't defer attaching PV devices > Now that both hvn(4) and hvs(4) can perform VMBus channel operations > during autoconf, it's no longer necessary to defer their attachment. > (mikeb@) dev/wscons ~ wsconsio.h > We do not support iso7 nor pcvt encoding, so remove macro definitions > and commented entries. > OK mlarkin@ (fcambus@) kern ~ subr_pool.c > implement the backend of the sysctls that report pool cache info. > KERN_POOL_CACHE reports info about the global cache info, like how long > the lists of cache items the cpus build should be and how many of these > lists are idle on the pool struct. > KERN_POOL_CACHE_CPUS reports counters from each each. the counters > are for how many item and list operations the cache has handled on > a cpu. the sysctl provides an array of ncpusfound * struct > kinfo_pool_cache_cpu, not a single struct kinfo_pool_cache_cpu. > tested by hrvoje popovski > ok mikeb@ millert@ > ---------------------------------------------------------------------- > (dlg@) ~ subr_pool.c > white space tweaks. no functional change. (dlg@) ~ subr_pool.c > report contention on caches global data to userland. (dlg@) sys ~ pool.h > add some kinfo structs and sysctl mibs for info about per cpu pool caches > there are two sysctls, one that shows info about the pools global > cache info, and another that dumps info about the caches on all the > cpus in one go. > ok mikeb@ millert@ (dlg@) == usr.bin =========================================================== 06/07 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/usr.bin at ~ at.c > Finer grained pledge for at(1). After setegid(), do a three-way pledge: > For AT and BATCH: "stdio rpath wpath cpath fattr getpw unix" > For ATRM: "stdio rpath cpath getpw unix" > For ATQ and CAT: "stdio rpath getpw" > "unix" is needed for poke_daemon() and "fattr" to chmod +x spoolfile. > idea and ok millert (tb@) m4 ~ eval.c ~ extern.h ~ gnum4.c ~ m4.1 ~ main.c ~ misc.c ~ tokenizer.l > Add -E flag (make warnings fatal), following the behavior of GNU m4 1.4.9+ > Help and direction millert@ espie@ anton@ deraadt@ > ok espie@ (bcallah@) mandoc ~ out.c > round default width of tbl(7) text blocks in the same way as groff > (schwarze@) systat ~ pool.c ~ systat.1 > add a rough start to a pcache view, to show pool cpu cache info. > ok mikeb@ millert@ (dlg@) vi ~ docs/USD.doc/vi.man/vi.1 > "10th's of a second" -> "tenths of a second" > ok jmc@ (bentley@) == usr.sbin ========================================================== 07/07 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/usr.sbin wsfontload ~ wsfontload.c > We do not support iso7 nor pcvt encoding, so remove macro definitions > and commented entries. > OK mlarkin@ (fcambus@) =============================================================================== _______________________________________________ odc mailing list [email protected] http://www.squish.net/mailman/listinfo/odc
