OpenBSD src changes summary for 2016-07-28 ==========================================
bin/ksh distrib/notes lib/libc sbin/restore sys/arch/amd64/amd64 sys/arch/amd64/include sys/arch/i386/i386 sys/arch/i386/include sys/dev/acpi sys/dev/pv sys/kern usr.bin/ftp usr.bin/mail usr.bin/mg usr.bin/openssl usr.bin/top usr.sbin/pkg_add usr.sbin/tcpdump == bin =============================================================== 01/07 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/bin ksh ~ sh.1 > remove note about command substitution and double quotes: it is probable > that i misunderstood something when i wrote it; > found by guenther and naddy (jmc@) == distrib =========================================================== 02/07 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/distrib notes ~ m4.common > Typo in the installation notes, from Roman Yakovlev. > Too bad this highly critical bugfix will miss release. > okay deraadt@ (zhuk@) == lib =============================================================== 03/07 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/lib libc ~ hash/rmd160.3 > RMD160Update actually takes size_t length (tedu@) == sbin ============================================================== 04/07 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/sbin restore ~ main.c > after getenv, check for empty string too. ok millert (tedu@) == sys =============================================================== 05/07 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/sys arch/amd64/amd64 ~ cpu.c ~ mainbus.c ~ mpbios.c > Store the acpi processor ID/UID in struct cpu_info, and use it to attach > acpicpu(4) drivers to the right cpu(4). > ok mlarkin@, guenther@ (kettenis@) arch/amd64/include ~ cpu.h ~ cpuvar.h > Store the acpi processor ID/UID in struct cpu_info, and use it to attach > acpicpu(4) drivers to the right cpu(4). > ok mlarkin@, guenther@ (kettenis@) arch/i386/i386 ~ mem.c > replace hand rolled physlock with real rwlock. ok mlarkin (tedu@) ~ cpu.c ~ mainbus.c ~ mpbios.c > Store the acpi processor ID/UID in struct cpu_info, and use it to attach > acpicpu(4) drivers to the right cpu(4). > ok mlarkin@, guenther@ (kettenis@) arch/i386/include ~ cpu.h ~ cpuvar.h > Store the acpi processor ID/UID in struct cpu_info, and use it to attach > acpicpu(4) drivers to the right cpu(4). > ok mlarkin@, guenther@ (kettenis@) dev/acpi ~ acpi.c ~ acpicpu.c ~ acpimadt.c ~ acpivar.h > Store the acpi processor ID/UID in struct cpu_info, and use it to attach > acpicpu(4) drivers to the right cpu(4). > ok mlarkin@, guenther@ (kettenis@) dev/pv ~ hyperv.c ~ if_xnf.c > Convert ifq_deq_{begin,rollback,commit} dance to a single ifq_dequeue > (mikeb@) ~ hyperv.c > Revert previous commit (mikeb@) ~ if_xnf.c > Remove top level ring processing loops as too ambiguous (mikeb@) kern ~ kern_pledge.c > Convert ifq_deq_{begin,rollback,commit} dance to a single ifq_dequeue > (mikeb@) ~ kern_pledge.c > Revert previous commit (mikeb@) == usr.bin =========================================================== 06/07 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/usr.bin ftp ~ ftp.1 ~ util.c > these programs probably do not need to use TMPDIR. ok florian (tedu@) mail ~ mail.1 ~ temp.c > these programs probably do not need to use TMPDIR. ok florian (tedu@) mg ~ fileio.c ~ mg.1 > these programs probably do not need to use TMPDIR. ok florian (tedu@) ~ fileio.c > strncmp is a more reasonable way to check the beginning of a string. > (tedu@) openssl ~ openssl.1 > some text cutting, after feedback from jsing; (jmc@) ~ openssl.1 > remove HISTORY: it was a nonsense; (jmc@) top ~ machine.c > rework realloc loop. there's no need to shrink the allocation between > calls. if we need a big space once, we'll likely need a big space again. > (tedu@) == usr.sbin ========================================================== 07/07 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/usr.sbin pkg_add ~ pkg_info.1 > firmware is the plural; (jmc@) tcpdump ~ print-icmp6.c > Use long labs(3) for pointer arithmetic. > Found by David Hill with clang. (bluhm@) =============================================================================== _______________________________________________ odc mailing list [email protected] http://www.squish.net/mailman/listinfo/odc
