OpenBSD src changes summary for 2017-11-07 ==========================================
gnu/usr.bin/binutils-2.17 lib/libc regress/sys sys/dev/usb sys/netinet sys/netinet6 usr.bin/aucat usr.bin/netstat usr.bin/sndiod usr.sbin/makefs usr.sbin/ospfd usr.sbin/pkg_add usr.sbin/tftpd usr.sbin/vmd == gnu =============================================================== 01/06 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/gnu usr.bin/binutils-2.17 ~ gas/config/tc-arm.c > Format string fix from upstream. > ok millert@ (kevlo@) == lib =============================================================== 02/06 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/lib libc ~ gen/sysctl.3 > Fix spelling: bet -> net from Scott Bennett, thanks (tb@) == regress =========================================================== 03/06 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/regress sys ~ kern/sosplice/LICENSE ~ kern/sosplice/Relay.pm ~ kern/sosplice/scapy/scapy.pl + kern/sosplice/scapy/scapy-oobinline-delay-connect.py + kern/sosplice/scapy/scapy-payload-delay-connect.py > Test more variations of TCP packets in the scapy splicing tests. > Delay connect and SYN+ACK to splice data into a connecting socket. (bluhm@) == sys =============================================================== 04/06 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/sys dev/usb ~ if_urtwn.c > Prevent a potential stack buffer overrun when a urtwn(4) device > reports more than 3 bulk-out endpoints. > Problem found by Pierre Pronchery (khorben) during code inspection. > ok mpi@ kevlo@ (stsp@) netinet ~ ip_spd.c > Remove unused debug macro. (mpi@) ~ ip_ah.h ~ ip_esp.h ~ ip_ipcomp.h > Convert all the fields of {ah,esp,ipcomp}stat to uint64. > This is a preliminary step for using percpu counters with the data. > OK mpi@ (visa@) netinet6 ~ frag6.c > Serialize access to the IPv6 reassembly queue with a mutex. > This lets the code run without KERNEL_LOCK() and NET_LOCK(). > In addition, this patch reorganizes a part of the code, to move > some of the memory release operations outside the critical section. > Input and OK mpi@, OK florian@, an earlier version OK bluhm@ (visa@) == usr.bin =========================================================== 05/06 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/usr.bin aucat ~ aucat.c > prefill with silence the buffer where cmap_copy() stores samples > rather than the file buffer. Fixes initialized data being treated as > recorded samples when resampling or format conversions are involved > but mono->stereo conversion is disabled. (ratchov@) netstat ~ inet.c > Convert all the fields of {ah,esp,ipcomp}stat to uint64. > This is a preliminary step for using percpu counters with the data. > OK mpi@ (visa@) sndiod ~ dev.c > prefill with silence the buffer where cmap_copy() stores samples > rather than the client buffer. Fixes uninitialized data being treated > as recorded samples when resampling or format conversions are involved > but no mono->stereo conversion is used. (ratchov@) == usr.sbin ========================================================== 06/06 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/usr.sbin makefs ~ makefs.8 ~ cd9660/cd9660_eltorito.c > Tweak the man page and warning message, revert the comma. (yasuoka@) ospfd ~ ospfd.conf.5 > document how ospfd interacts with carp > improvement from jmc@ > ok phessler@ jca@ benno@ for previous version > ok jmc@ (remi@) pkg_add ~ OpenBSD/PkgCreate.pm > Revert previous, it breaks ports/infrastructure/bin/resolve-lib (I think) > with at least python and ruby. > ok naddy@ (ajacoutot@) tftpd ~ tftpd.8 ~ tftpd.c > Add support for client-specific directories (named after the client > address) > tftpd -i will look up the requested path the directory named after the > client's IP address. For read requests, if the file is not found, there's > a fall back to its root directory. > From Jan Klemkow with input and tweaks from at least jmc@, bluhm@, > deraadt@, sthen@, semarie@ and myself. ok bluhm@ (jca@) vmd ~ vmd.c > comment function vm_checkperm (mlarkin@) ~ vmd.c > typo in previous (mlarkin@) =============================================================================== _______________________________________________ odc mailing list [email protected] http://www.squish.net/mailman/listinfo/odc
