OpenBSD src changes summary for 2016-08-29 ==========================================
lib/libc regress/sys regress/usr.sbin share/man sys/arch/luna88k/dev sys/dev/pv usr.sbin/syslogd == lib =============================================================== 01/05 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/lib libc ~ stdio/vfprintf.c > Store the return value of mbrtowc() in a size_t, not int. > OK schwarze@ (millert@) == regress =========================================================== 02/05 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/regress sys ~ kern/sosplice/perf/Makefile > Make socket splicing performance test pass in multiple environments. > When running the setup over two machines, build required binaries > on remote machine. Avoid localhost nameserver lookup, just use > 127.0.0.1. Use greater timeout. (bluhm@) usr.sbin ~ syslogd/args-tls-cafile-noexist.pl ~ syslogd/args-tls-cert-noexist.pl ~ syslogd/args-tls-key-noexist.pl > Syslogd tls config error messages have changed, adapt tests. (bluhm@) == share ============================================================= 03/05 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/share man ~ man4/pfsync.4 > Make examples fit in 80 columns, reminded by jmc@ (mpi@) == sys =============================================================== 04/05 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/sys arch/luna88k/dev ~ if_le.c > Change le(4) buffer address to 0x71010000, which is the same address > with NetBSD/luna68k. > LUNA has 128KB so-called '3 port RAM' starting at 0x71000000. > Originally, first 64KB of this area is designed for I/O processor > HD647180, and next 64KB is designed for LANCE. > This makes possible to support I/O processor in the future:-) (aoyama@) dev/pv ~ if_xnf.c > Fixup packet fragment unrolling procedure > When bus_dmamap_load fails to load one of the buffers in the mbuf > chain, we need to revert all changes to transmit descriptors. The > code to do that was prototyped but not tested. However due to how > the Tx ring is set up in xnf(4) and generic lack of proper fragment > support in the Netfront design we're always limited to having 256 > entries for distinct shared memory pages. The mbuf chain is > traversed and attempt is made to load every data chunk into a 4k > sized DMA map segment which makes it impossible to reference a > buffer composed of multiple pages. Current implementation lacks > support for this preventing reliable transmission of frames larger > than 4k. > Bug reported by Kirill Miazine <km at krot ! org>, thanks! (mikeb@) ~ if_xnf.c > Don't count output errors twice (mikeb@) ~ if_xnf.c > Set MTU size to ~4k until the TX path is ready to deal with larger packets > (mikeb@) == usr.sbin ========================================================== 05/05 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/usr.sbin syslogd ~ syslogd.c > Add more information to syslogd tls config error messages. > OK millert@ (bluhm@) =============================================================================== _______________________________________________ odc mailing list [email protected] http://www.squish.net/mailman/listinfo/odc
