OpenBSD src changes summary for 2017-05-11 ==========================================
bin/ksh include/stdlib.h lib/libcrypto regress/sys sys/arch/amd64/amd64 sys/arch/amd64/stand/efiboot sys/arch/i386/i386 sys/arch/mips64/mips64 sys/arch/sgi/include sys/arch/sgi/localbus sys/arch/sgi/pci sys/arch/sgi/sgi sys/arch/sgi/xbow sys/net sys/netinet sys/netinet6 sys/uvm usr.bin/tic usr.bin/tmux usr.sbin/vmd == bin =============================================================== 01/07 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/bin ksh ~ README > a little tidy up; from raf czlonka (jmc@) == include =========================================================== 02/07 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/include stdlib.h ~ stdlib.h > arc4random_buf should be bounded buffer, not bounded string > ok millert@ (tom@) == lib =============================================================== 03/07 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/lib libcrypto ~ evp/e_chacha20poly1305.c > Fix a problem introduced in freezero() conversion and use > sizeof(struct) not sizeof(pointer). > otto@ points out that on OpenBSD currently freezero() would have still > zeroed the entire allocation, but this is not documented behaviour and > may change in future. > ok tom@ (jsg@) == regress =========================================================== 04/07 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/regress sys ~ netinet/ipsec/Makefile > Use the new netcat -W recvlimit feature to speed up the test. (bluhm@) ~ netinet/ipsec/Makefile > Enable IPv6 IPsec transport mode tests for ping and TCP over ESP > and IPComp. The kernel has been fixed. (bluhm@) == sys =============================================================== 05/07 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/sys arch/amd64/amd64 ~ vmm.c > panic doesn't need \n. > Suggested by Michael W. Bombardieri, thanks. (mlarkin@) arch/amd64/stand/efiboot ~ efidev.c > Casting int is required for passing uint64 value to "%u" since we don't > assume the size of int. The problem was spotted by Michele Curti. > (yasuoka@) arch/i386/i386 ~ vmm.c > panic doesn't need \n. > Suggested by Michael W. Bombardieri, thanks. (mlarkin@) arch/mips64/mips64 ~ cpu.c > Set up IPI handling on the primary CPU before booting secondary CPUs. > This ensures the IPI handler is in place before the first IPI is sent. > Drop the comment about xheart because it is somewhat misleading. > Discussed with miod@ (visa@) arch/sgi/include ~ bus.h > The device_to_pa routine really isn't needed. We always have physical > addresses. While there, pave the way for BUS_DMA_64BIT (not working > yet). > Diff from miod@; OK dlg@ (visa@) arch/sgi/localbus ~ imc.c ~ macebus.c > The device_to_pa routine really isn't needed. We always have physical > addresses. While there, pave the way for BUS_DMA_64BIT (not working > yet). > Diff from miod@; OK dlg@ (visa@) arch/sgi/pci ~ macepcibridge.c > The device_to_pa routine really isn't needed. We always have physical > addresses. While there, pave the way for BUS_DMA_64BIT (not working > yet). > Diff from miod@; OK dlg@ (visa@) arch/sgi/sgi ~ bus_dma.c > The device_to_pa routine really isn't needed. We always have physical > addresses. While there, pave the way for BUS_DMA_64BIT (not working > yet). > Diff from miod@; OK dlg@ (visa@) arch/sgi/xbow ~ xbridge.c > The device_to_pa routine really isn't needed. We always have physical > addresses. While there, pave the way for BUS_DMA_64BIT (not working > yet). > Diff from miod@; OK dlg@ (visa@) net ~ fq_codel.c > Increment drop counter on the enqueue failure (mikeb@) ~ fq_codel.c ~ fq_codel.h > Add pf queue configuration glue for FQ-CoDel (mikeb@) ~ rtable.c > No need to go through a remove/insert cycle when there's a single route > entry on the multipath list. > Fix a NULL dereference triggered by a CPU doing a lookup when another one > is updating the priorities of some routes. By not doing a remove/insert > we ensure that ``an_rtlist'' is never empty and do not need a conditional > in the fast path. > Problem reported by and ok markus@ (mpi@) ~ fq_codel.c > Remove a leftover from the ifq_mfreeml conversion (mikeb@) netinet ~ igmp.c ~ ip_icmp.c TAGGED OPENBSD_6_1 > If m is not a continuous mbuf cluster, m_pullup() in pr_input may > change the pointer. Then *mp keeps the invalid pointer and it might > be used. Fix the potential use after free in igmp_input_if() and > icmp_input_if(). As the input buffers normally deal with mbuf > clusters, the use after free should not happen. > OK mikeb@ mpi@ (bluhm@) ~ ip_input.c TAGGED OPENBSD_6_1 > Fix white spaces and wrap long line. No binary change. (bluhm@) ~ ipsec_input.c TAGGED OPENBSD_6_1 > IPv6 IPsec transport mode did not work if pf is enabled. The > decrypted packets in the input path were not checked with pf. So > with stateful filtering on enc0, direction aware protocols like > ping or TCP did not pass. Add an explicit pf_test() in > ipsec_common_input_cb() for IPv6 transport mode to fix this. > OK mikeb@ (bluhm@) netinet6 ~ ip6_input.c > Fix white spaces and wrap long line. No binary change. (bluhm@) uvm ~ uvm_init.c ~ uvm_km.c ~ uvm_km.h > reorder uvm init to avoid use before initialisation. > the particular use before init was in uvm_init step 6, which calls > kmeminit to set up malloc(9), which calls uvm_km_zalloc, which calls > pmap_enter, which calls pool_get, which tries to allocate a page > using km_alloc, which isnt initalised until step 9 in uvm_init. > uvm_km_page_init calls kthread_create though, which uses malloc > internally, so it cant be reordered before malloc init. > to cope with this, uvm_km_page_init is split up. it sets up the > subsystem, and is called before kmeminit. the thread init is moved > to uvm_km_page_lateinit, which is called after kmeminit in uvm_init. (dlg@) ~ uvm_km.c > unbreak PMAP_DIRECT archs. > found by jmc@ (dlg@) == usr.bin =========================================================== 06/07 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/usr.bin tic ~ dump_entry.c > Fix the index check in the FNKEY macro. This is only used when > restricting the output to a version usable on AIX or HP-UX. > OK tb@ (millert@) tmux ~ cmd-resize-pane.c > Change how we resolve which pane is dragging when there are multiple > options - choose the largest pane, which is more likely to be the one the > user wants to resize. Prompted by a report from Thomas Sattler. (nicm@) ~ environ.c ~ tmux.h > Make environ_log prefix take a format. (nicm@) ~ tty.c > Need to redraw out to cellsize (total cells used in a line) rather than > cellused (only non-space cells) because there may be cells with a > nondefault background. (nicm@) ~ screen-write.c > Clear to start of screen needs to use background colour. (nicm@) == usr.sbin ========================================================== 07/07 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/usr.sbin vmd ~ virtio.c > typo, spotted by dhill. > ok reyk@ (mlarkin@) =============================================================================== _______________________________________________ odc mailing list [email protected] http://www.squish.net/mailman/listinfo/odc
