OpenBSD src changes summary for 2016-02-08 ==========================================
bin/df distrib/alpha distrib/amd64 distrib/armish distrib/armv7 distrib/hppa distrib/i386 distrib/landisk distrib/loongson distrib/luna88k distrib/macppc distrib/octeon distrib/socppc distrib/sparc distrib/sparc64 distrib/vax distrib/zaurus lib/libc share/man sys/arch/amd64/amd64 sys/arch/amd64/include sys/dev sys/kern sys/net80211 sys/netinet usr.bin/hexdump usr.bin/openssl usr.bin/ssh usr.sbin/dhcpd usr.sbin/rtadvd == bin =============================================================== 01/07 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/bin df ~ df.c ~ ext2fs_df.c ~ ffs_df.c > remove needless headers > ok tb@, from Michal Mazurek (mmcc@) == distrib =========================================================== 02/07 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/distrib alpha ~ common/install.md > If manual disklabel editing is requested during install, don't emit > verbiage explaining what disklabels are. > If you don't know, you should be using (A)uto! > ok rpe@ halex@ (krw@) amd64 ~ common/install.md > If manual disklabel editing is requested during install, don't emit > verbiage explaining what disklabels are. > If you don't know, you should be using (A)uto! > ok rpe@ halex@ (krw@) armish ~ ramdisk/install.md > If manual disklabel editing is requested during install, don't emit > verbiage explaining what disklabels are. > If you don't know, you should be using (A)uto! > ok rpe@ halex@ (krw@) armv7 ~ ramdisk/install.md > If manual disklabel editing is requested during install, don't emit > verbiage explaining what disklabels are. > If you don't know, you should be using (A)uto! > ok rpe@ halex@ (krw@) hppa ~ install.md > If manual disklabel editing is requested during install, don't emit > verbiage explaining what disklabels are. > If you don't know, you should be using (A)uto! > ok rpe@ halex@ (krw@) i386 ~ common/install.md > If manual disklabel editing is requested during install, don't emit > verbiage explaining what disklabels are. > If you don't know, you should be using (A)uto! > ok rpe@ halex@ (krw@) landisk ~ ramdisk/install.md > If manual disklabel editing is requested during install, don't emit > verbiage explaining what disklabels are. > If you don't know, you should be using (A)uto! > ok rpe@ halex@ (krw@) loongson ~ ramdisk/install.md > If manual disklabel editing is requested during install, don't emit > verbiage explaining what disklabels are. > If you don't know, you should be using (A)uto! > ok rpe@ halex@ (krw@) luna88k ~ ramdisk/install.md > If manual disklabel editing is requested during install, don't emit > verbiage explaining what disklabels are. > If you don't know, you should be using (A)uto! > ok rpe@ halex@ (krw@) macppc ~ ramdisk/install.md > If manual disklabel editing is requested during install, don't emit > verbiage explaining what disklabels are. > If you don't know, you should be using (A)uto! > ok rpe@ halex@ (krw@) octeon ~ ramdisk/install.md > If manual disklabel editing is requested during install, don't emit > verbiage explaining what disklabels are. > If you don't know, you should be using (A)uto! > ok rpe@ halex@ (krw@) socppc ~ ramdisk/install.md > If manual disklabel editing is requested during install, don't emit > verbiage explaining what disklabels are. > If you don't know, you should be using (A)uto! > ok rpe@ halex@ (krw@) sparc ~ install.md > If manual disklabel editing is requested during install, don't emit > verbiage explaining what disklabels are. > If you don't know, you should be using (A)uto! > ok rpe@ halex@ (krw@) sparc64 ~ common/install.md > If manual disklabel editing is requested during install, don't emit > verbiage explaining what disklabels are. > If you don't know, you should be using (A)uto! > ok rpe@ halex@ (krw@) vax ~ install.md > If manual disklabel editing is requested during install, don't emit > verbiage explaining what disklabels are. > If you don't know, you should be using (A)uto! > ok rpe@ halex@ (krw@) zaurus ~ ramdisk/install.md > If manual disklabel editing is requested during install, don't emit > verbiage explaining what disklabels are. > If you don't know, you should be using (A)uto! > ok rpe@ halex@ (krw@) == lib =============================================================== 03/07 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/lib libc ~ locale/mbrtowc.3 > Align with reality, and with POSIX: For this particular function, > incomplete characters are not an error, do not throw EILSEQ, and > are not supposed to. > OK millert@ (schwarze@) ~ time/strftime.3 ~ time/strptime.3 > mention mktime, since that is where struct tm is described. ok schwarze > (tedu@) ~ time/strftime.3 > new sentence, new line; (jmc@) == share ============================================================= 04/07 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/share man ~ man8/ssl.8 > sslv3 has been removed; > prompted by a mail from jiri navratil > help/ok sthen (jmc@) == sys =============================================================== 05/07 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/sys arch/amd64/amd64 ~ pmap.c ~ vmm.c > Set EPT bits of guest pages in pmap_enter instead of doing it > after an uvm_fault: uvm_fault maps in neighboring pages of > the faulting page. We want EPT bits set for those as soon as > possible as well. This avoids additional EPT violations > causing further uvm_faults when the guest accesses the > neighboring pages. > discussion with and ok mlarkin@ (stefan@) arch/amd64/include ~ pmap.h > Set EPT bits of guest pages in pmap_enter instead of doing it > after an uvm_fault: uvm_fault maps in neighboring pages of > the faulting page. We want EPT bits set for those as soon as > possible as well. This avoids additional EPT violations > causing further uvm_faults when the guest accesses the > neighboring pages. > discussion with and ok mlarkin@ (stefan@) dev ~ video.c > Convert to uiomove. From Martin Natano. (stefan@) kern ~ subr_disk.c > "exceeds past the end" -> "extends past the end" in comment. (krw@) net80211 ~ ieee80211_input.c ~ ieee80211_node.h > Work around buggy APs which occasionally emit sequence numbers much higher > than the current 11n BlockAck window. The previous code would be fooled > into > moving the window forward and then drop packets until their sequence > numbers > catch up with the new window, which can take several minutes. > Fixes traffic stalls observed with Broadcom APs. > ok krw@ tb@ (stsp@) ~ ieee80211_input.c ~ ieee80211_node.h ~ ieee80211_proto.c > Stop requiring a BlockAck session timeout (again), and just use it if the > AP > is asking for it. This timeout should not be required anymore now that > krw@'s > hangs are fixed by working around APs which make sequence numbers jump > about. (stsp@) netinet ~ ip_carp.c TAGGED OPENBSD_5_8 > Carp in OpenBSD 5.8 is affected by the same bug as vlan. By creating, > changing and destroying carp interfaces multiple times, root could > crash the OpenBSD 5.8 kernel with ifconfig. The reference counting > of carp_ifih in carp_set_ifp() was wrong, so a use after free was > possible. Reordering the operations fixes it. > From markus@; OK mpi@ (bluhm@) == usr.bin =========================================================== 06/07 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/usr.bin hexdump ~ hexdump.c > remove main() declaration > from Michal Mazurek (mmcc@) ~ display.c > Fix a bug that caused nothing to be skipped when skipping exactly the > number of bytes present in a regular file was requested. > Bug reported by a user called "tdm" on the comstyle #openbsd IRC channel. > Patch written by Michal Mazurek <akfaew at jasminek dot net>. > OK jung@ millert@ czarkoff@ (schwarze@) openssl ~ openssl.1 > sslv3 has been removed; > prompted by a mail from jiri navratil > help/ok sthen (jmc@) ssh ~ clientloop.c ~ kex.h ~ kex.c ~ opacket.h ~ packet.c ~ packet.h ~ serverloop.c > refactor activation of rekeying > This makes automatic rekeying internal to the packet code (previously > the server and client loops needed to assist). In doing to it makes > application of rekey limits more accurate by accounting for packets > about to be sent as well as packets queued during rekeying events > themselves. > Based on a patch from dtucker@ which was in turn based on a patch > Aleksander Adamowski in bz#2521; ok markus@ (djm@) ~ readconf.c > don't attempt to percent_expand() already-canonicalised addresses, > avoiding unnecessary failures when attempting to connect to scoped > IPv6 addresses (that naturally contain '%' characters) (djm@) == usr.sbin ========================================================== 07/07 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/usr.sbin dhcpd ~ udpsock.c > sys/param.h -> sys/types.h. No need to drag in nitems() only to > use it once on an array declared iov[1]. Just use '1'. > ok yasuoka@ (krw@) rtadvd ~ dump.c > Print MAX addresses padded with a leading zero. (jca@) ~ config.c ~ rtadvd.c ~ rtadvd.h > typos (jca@) ~ config.c ~ config.h ~ dump.c ~ dump.h ~ if.c ~ if.h ~ rtadvd.c ~ rtadvd.h ~ timer.c ~ timer.h > Kill trailing whitespace. (jca@) =============================================================================== _______________________________________________ odc mailing list [email protected] http://www.squish.net/mailman/listinfo/odc
