OpenBSD src changes summary for 2016-08-11 ==========================================
etc/moduli lib/libc share/man sys/arch/arm/arm sys/arch/armv7/conf sys/arch/armv7/omap sys/conf sys/kern sys/net sys/uvm usr.bin/mandoc usr.bin/ssh == etc =============================================================== 01/05 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/etc moduli ~ moduli > Update moduli file. (dtucker@) == lib =============================================================== 02/05 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/lib libc ~ Symbols.list ~ arch/m88k/Symbols.list > Between relro and previous RWX work, the __{got,plt}_{start,end} symbols > are no longer needed by ld.so. Move them to the m88k-specific list, as > it hasn't made the jump. > ok deraadt@ (guenther@) == share ============================================================= 03/05 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/share man ~ man4/man4.armv7/omap.4 ~ man4/man4.armv7/omgpio.4 > Dynamically attach omgpio(4) using the FDT. > am335x has a compatible string of "ti,omap4-gpio" and has the same > offsets as omap4, so combine the omap4 and am335x cases when setting up > function pointers. (jsg@) == sys =============================================================== 04/05 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/sys arch/arm/arm ~ pmap7.c > The ARMv7 ARM says that the TLB may hold translation table entries at any > level of the translation table, including entries that point to further > levels of the tables. This means that we have to do a TLB flush whenever > we invalidate an L1 slot too. Doing so fixes the pmap_fault_fixup > issue on Cortex-A7 processors. (kettenis@) arch/armv7/conf ~ GENERIC ~ RAMDISK > Dynamically attach omehci using the FDT. > ok kettenis@ patrick@ (jsg@) ~ GENERIC ~ RAMDISK > Dynamically attach omgpio(4) using the FDT. > am335x has a compatible string of "ti,omap4-gpio" and has the same > offsets as omap4, so combine the omap4 and am335x cases when setting up > function pointers. (jsg@) arch/armv7/omap ~ files.omap ~ omap.c ~ omehci.c > Dynamically attach omehci using the FDT. > ok kettenis@ patrick@ (jsg@) ~ files.omap ~ omap.c ~ omgpio.c > Dynamically attach omgpio(4) using the FDT. > am335x has a compatible string of "ti,omap4-gpio" and has the same > offsets as omap4, so combine the omap4 and am335x cases when setting up > function pointers. (jsg@) conf ~ files > fuse requires ufs_ihash.c > ok mpi (natano@) kern ~ kern_task.c > shuffle some code to make it more symmetrical. > no functional change. (dlg@) net ~ if.c > take TASKQ_CANTSLEEP way from the softnet taskq. > the big reason for this is to let us use rw locks in the network > stack, which is how at least two major efforts outside the tree > have approached making pf mpsafe. > this was discussed at length at n2k16. there was general agreement > that this is necessary for us to move smp work forward in the stack. (dlg@) uvm ~ uvm.h ~ uvm_map.c ~ uvm_map.h > replace abuse of the static map entries RB_ENTRY pointers with an SLIST > free static entries are kept in a simple linked list, so use SLIST > to make this obvious. the RB_PARENT manipulations are ugly and > confusing. > ok kettenis@ (dlg@) == usr.bin =========================================================== 05/05 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/usr.bin mandoc ~ mdoc_validate.c > If a .Bd display is on the one hand doomed to be deleted because > it has no type, but is on the other hand breaking another block, > delete its end marker as well, or the end marker may remain behind > as an orphan, triggering an assertion in the terminal formatter. > Problem found by tb@ with afl(1). (schwarze@) ~ mdoc_validate.c > oops, fix stupid typo in previous (schwarze@) ssh ~ moduli-gen/moduli.2048 ~ moduli-gen/moduli.3072 ~ moduli-gen/moduli.4096 ~ moduli-gen/moduli.6144 ~ moduli-gen/moduli.7680 ~ moduli-gen/moduli.8192 > Update moduli file. (dtucker@) =============================================================================== _______________________________________________ odc mailing list [email protected] http://www.squish.net/mailman/listinfo/odc
