OpenBSD src changes summary for 2017-09-11 ==========================================
bin/md5 gnu/usr.bin/binutils-2.17 lib/libc regress/usr.sbin sys/arch/alpha/alpha sys/arch/arm/mainbus sys/arch/armv7/omap sys/arch/mips64/mips64 sys/arch/powerpc/powerpc sys/kern usr.bin/tmux usr.sbin/smtpd usr.sbin/vmd == bin =============================================================== 01/07 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/bin md5 ~ md5.c > Use getrusage(2) for the built-in time trial instead of getttimeofday(2). > This makes it possible to measure just the ellapsed user time, which > is what we really care about when benchmarking an algorithm. > OK deraadt@ (millert@) == gnu =============================================================== 02/07 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/gnu usr.bin/binutils-2.17 ~ bfd/Makefile.in > missing parts for arm64, dependencies needed. > spotted by deraadt@, fix turns out to be identical to more recent binutils. > (espie@) == lib =============================================================== 03/07 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/lib libc ~ stdlib/malloc.c > check double free before canary for chunks; ok millert@ (otto@) == regress =========================================================== 04/07 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/regress usr.sbin ~ syslogd/ttylog.c > Use signed ssize_t to make read(2) error check actually work. > found by clang warning (bluhm@) == sys =============================================================== 05/07 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/sys arch/alpha/alpha ~ mutex.c > Sync alpha/mips64/powerpc mutex implementations. > No functionnal change. > ok visa@ (mpi@) arch/arm/mainbus ~ mainbus.c > Remove whitespace in inline assembly output constraint strings. While > gcc is documented as ignoring whitespace in any position but the first > clang gives "error: invalid output constraint '=r ' in asm". (jsg@) arch/armv7/omap ~ nxphdmi.c > Don't test if an array is NULL. Fixes the build with clang which raised > a -Wtautological-pointer-compare warning. > ok ians@ (jsg@) ~ amdisplay.c > Avoid using an uninitialised variable. Found by the clang static analyser. > ok ians@ (jsg@) arch/mips64/mips64 ~ mutex.c > Sync alpha/mips64/powerpc mutex implementations. > No functionnal change. > ok visa@ (mpi@) arch/powerpc/powerpc ~ mutex.c > Sync alpha/mips64/powerpc mutex implementations. > No functionnal change. > ok visa@ (mpi@) kern ~ uipc_socket.c > Coverty complains that the return value of sblock() is not checked > in sorflush(), but in other places it is. See CID 1453099. The > flags SB_NOINTR and M_WAITOK should avoid failure. Put an assert > there to be sure. > OK visa@ mpi@ (bluhm@) == usr.bin =========================================================== 06/07 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/usr.bin tmux ~ grid.c > Do not free more lines than are available in the history. (nicm@) ~ tmux.1 > Mention that filter is a format. (nicm@) ~ alerts.c > Check event is initialized before delete; fixes crash reported by > Michael Nickerson in GitHub issue 1068. (nicm@) == usr.sbin ========================================================== 07/07 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/usr.sbin smtpd ~ mta.c > remove dead code. > ok gilles@ (eric@) vmd ~ vmd.h > bring SET, CLR, and ISSET macros in > they make bit fiddling easier to read in later diffs. > ok mlarkin@ (dlg@) ~ vm.c ~ vmd.h > add functions to provide direct access to guest memory as vmd addresses > iovec_mem() populates an iovec array based on guest physical > addresses. this allows the use of things like readv and writev for > moving data between the guest and a disk image file without having > to bounce the memory. > vaddr_mem() provides a vmd usable pointer based on a guests physical > address. this makes it possible to directly reference things like > virtio rings without having to bounce that memory either. however, > it assumes that a contiguous range of guest physical memory will > sit in a single vm memory range. mlarkin@ says this is right. > ok mlarkin@ (dlg@) =============================================================================== _______________________________________________ odc mailing list [email protected] http://www.squish.net/mailman/listinfo/odc
