OpenBSD src changes summary for 2017-05-08 ==========================================
gnu lib/libc lib/libcrypto libexec/ld.so regress/usr.bin share/man sys/arch/alpha/include sys/arch/amd64/amd64 sys/arch/amd64/conf sys/arch/amd64/include sys/arch/arm/include sys/arch/arm64/include sys/arch/hppa/include sys/arch/i386/include sys/arch/i386/stand/libsa sys/arch/landisk/include sys/arch/loongson/include sys/arch/macppc/include sys/arch/octeon/include sys/arch/sgi/include sys/arch/socppc/include sys/arch/sparc64/include sys/dev/ic sys/dev/pci sys/dev/pckbc sys/dev/usb sys/dev/wscons sys/kern sys/lib/libsa sys/net sys/netinet6 sys/nfs sys/sys sys/uvm usr.bin/mandoc usr.bin/netstat usr.bin/openssl usr.bin/ssh usr.sbin/ocspcheck usr.sbin/syspatch usr.sbin/vmd == gnu =============================================================== 01/08 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/gnu gnu ~ gcc/gcc/opts.c ~ gcc/gcc/opts.h ~ gcc/gcc/toplev.c > gcc 4.9 makes unknown -Wno-* vanish. > Reimplement that from scratch in our ancient gcc, because it's really > useful for porting newer code and dealing with compiler variations. > (slightly tweaked to reset location to unknown location after the okays) > okay kettenis@ jasper@ > found out https://gcc.gnu.org/bugzilla/show_bug.cgi?id=28322 > after the patch, which explains a similar reasoning better, and leads > to another patch for older GCC, possibly GPLv3. (espie@) == lib =============================================================== 02/08 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/lib libc ~ gen/basename.3 ~ gen/dirname.3 > Update STANDARDS section, these are now in XSI BASE. (millert@) ~ gen/glob.c > Fix exponential CPU use with repeated '*' operators by changing '*' > handling to be interative instead of recursive. > Fix by Yves Orton, ported to OpenBSD glob.c by Ray Lai. OK tb@ (millert@) libcrypto ~ man/BUF_MEM_new.3 > BUF_MEM_grow_clean() returns an int, not a size_t. Humourously, on success > it returns "len", which is a size_t value, as an int... (jsing@) == libexec =========================================================== 03/08 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/libexec ld.so ~ dlfcn.c ~ malloc.c ~ resolve.h > Always use the same callback to unlock as was used to lock. Permits > libpthread initialization from a shared object's init (or fini, I suppose) > routines. > ok kurt@ kettenis@ espie@ (guenther@) == regress =========================================================== 04/08 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/regress usr.bin ~ ssh/dhgex.sh ~ ssh/putty-ciphers.sh ~ ssh/ssh-com.sh > remove arcfour, blowfish and CAST here too (djm@) ~ ssh/unittests/sshkey/test_sshkey.c > fix for new SSH_ERR_KEY_LENGTH error value (djm@) ~ mandoc/roff/Makefile + mandoc/roff/ti/Makefile + mandoc/roff/ti/basic-man.in + mandoc/roff/ti/basic-man.out_ascii + mandoc/roff/ti/basic-mdoc.in + mandoc/roff/ti/basic-mdoc.out_ascii > Basic implementation of the roff(7) .ti (temporary indent) request. > Needed by about four dozen ports (thanks to naddy@ for the research). > (schwarze@) == share ============================================================= 05/08 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/share man ~ man7/roff.7 > Convert REQUEST REFERENCE from using .Ss to .Bl -tag, allowing to > specify request arguments and supporting tag searching in less(1). > Improve some entries and document .ta. (schwarze@) ~ man7/roff.7 > Basic implementation of the roff(7) .ti (temporary indent) request. > Needed by about four dozen ports (thanks to naddy@ for the research). > (schwarze@) == sys =============================================================== 06/08 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/sys arch/alpha/include ~ bus.h > add a BUS_DMA_64BIT flag to bus_dma on all our archs. > this is so drivers can advertise that they can handle 64 dma addresses > to the platform. it may choose to handle dmamaps differently based > on this flag. > tweaks and ok tom@ > ok kettenis@ (dlg@) arch/amd64/amd64 ~ db_trace.c > add printing of arguments in stack traces. > this relies on building the kernel with -msave-args, which has > functions save their register arguments on the stack, so ddb can > easily find them and print them. > while here try to print arguments out of registers if we're at the > top of the stack (ie, if we set a breakpoint on a function entry). > -msave-args is only added to the compiler flags if the kernel has > been configured with ddb. this means it wont waste the space on > RAMDISK kernels because they don't include ddb. > inspired by similar functionality that has been in use on solaris > and its derivatives for well over a decade. > ok deraadt@ (dlg@) ~ db_trace.c > After a break point at the beginning of a function, printing its > arguments faulted in ddb. Accessing the register arguments was off > by one and in wrong order. > OK dlg@ (bluhm@) arch/amd64/conf ~ Makefile.amd64 > add printing of arguments in stack traces. > this relies on building the kernel with -msave-args, which has > functions save their register arguments on the stack, so ddb can > easily find them and print them. > while here try to print arguments out of registers if we're at the > top of the stack (ie, if we set a breakpoint on a function entry). > -msave-args is only added to the compiler flags if the kernel has > been configured with ddb. this means it wont waste the space on > RAMDISK kernels because they don't include ddb. > inspired by similar functionality that has been in use on solaris > and its derivatives for well over a decade. > ok deraadt@ (dlg@) arch/amd64/include ~ bus.h > add a BUS_DMA_64BIT flag to bus_dma on all our archs. > this is so drivers can advertise that they can handle 64 dma addresses > to the platform. it may choose to handle dmamaps differently based > on this flag. > tweaks and ok tom@ > ok kettenis@ (dlg@) arch/arm/include ~ bus.h > add a BUS_DMA_64BIT flag to bus_dma on all our archs. > this is so drivers can advertise that they can handle 64 dma addresses > to the platform. it may choose to handle dmamaps differently based > on this flag. > tweaks and ok tom@ > ok kettenis@ (dlg@) arch/arm64/include ~ bus.h > add a BUS_DMA_64BIT flag to bus_dma on all our archs. > this is so drivers can advertise that they can handle 64 dma addresses > to the platform. it may choose to handle dmamaps differently based > on this flag. > tweaks and ok tom@ > ok kettenis@ (dlg@) arch/hppa/include ~ bus.h > add a BUS_DMA_64BIT flag to bus_dma on all our archs. > this is so drivers can advertise that they can handle 64 dma addresses > to the platform. it may choose to handle dmamaps differently based > on this flag. > tweaks and ok tom@ > ok kettenis@ (dlg@) arch/i386/include ~ bus.h > add a BUS_DMA_64BIT flag to bus_dma on all our archs. > this is so drivers can advertise that they can handle 64 dma addresses > to the platform. it may choose to handle dmamaps differently based > on this flag. > tweaks and ok tom@ > ok kettenis@ (dlg@) arch/i386/stand/libsa ~ pxe_net.c > Guard debug printf with NETIF_DEBUG ifdef like the other debug prints. > ok tom@ (patrick@) arch/landisk/include ~ bus.h > add a BUS_DMA_64BIT flag to bus_dma on all our archs. > this is so drivers can advertise that they can handle 64 dma addresses > to the platform. it may choose to handle dmamaps differently based > on this flag. > tweaks and ok tom@ > ok kettenis@ (dlg@) arch/loongson/include ~ bus.h > add a BUS_DMA_64BIT flag to bus_dma on all our archs. > this is so drivers can advertise that they can handle 64 dma addresses > to the platform. it may choose to handle dmamaps differently based > on this flag. > tweaks and ok tom@ > ok kettenis@ (dlg@) arch/macppc/include ~ bus.h > add a BUS_DMA_64BIT flag to bus_dma on all our archs. > this is so drivers can advertise that they can handle 64 dma addresses > to the platform. it may choose to handle dmamaps differently based > on this flag. > tweaks and ok tom@ > ok kettenis@ (dlg@) arch/octeon/include ~ bus.h > add a BUS_DMA_64BIT flag to bus_dma on all our archs. > this is so drivers can advertise that they can handle 64 dma addresses > to the platform. it may choose to handle dmamaps differently based > on this flag. > tweaks and ok tom@ > ok kettenis@ (dlg@) arch/sgi/include ~ bus.h > add a BUS_DMA_64BIT flag to bus_dma on all our archs. > this is so drivers can advertise that they can handle 64 dma addresses > to the platform. it may choose to handle dmamaps differently based > on this flag. > tweaks and ok tom@ > ok kettenis@ (dlg@) arch/socppc/include ~ bus.h > add a BUS_DMA_64BIT flag to bus_dma on all our archs. > this is so drivers can advertise that they can handle 64 dma addresses > to the platform. it may choose to handle dmamaps differently based > on this flag. > tweaks and ok tom@ > ok kettenis@ (dlg@) arch/sparc64/include ~ bus.h > add a BUS_DMA_64BIT flag to bus_dma on all our archs. > this is so drivers can advertise that they can handle 64 dma addresses > to the platform. it may choose to handle dmamaps differently based > on this flag. > tweaks and ok tom@ > ok kettenis@ (dlg@) dev/ic ~ r92creg.h > Fix R92C_TXDW4_RTSRATE_M and R92C_TDECTRL_BLK_DESC_NUM_M definitions. > Same changes as FreeBSD r311948 and r287584. > Patch submitted by Kevin Lo. Tested by me. (stsp@) ~ rtwn.c > 8192C is the only MIMO chip supported by this driver, all others are 1T1R. > This diff corrects dmesg to properly show that all others are 1T1R, since > right > now it only applies to 8188C and all others incorrectly display 0T0R. > hint & OK stsp@ (mestre@) dev/pci ~ if_iwm.c > Fix issues with iwm(4) firmware's retry rate table: > For a HT node, ni_txrate is always zero. We should be using ni_txmcs > instead. > Simplify the if-else logic to make sure of that. > The mimo delimiter in the link quality command was never set. > I don't know how important this is. But Linux sets it, so why not. > Hardcode the lowest rate at the tail of the retry table. > While debugging the old code I have encountered retry tables filled > with only 'MCS 8' which is obviously not ideal. > While here, fix a misspelled function prototype. > Tested by kettenis@, mpi@, and Stefan Wollny > ok mpi@ (stsp@) ~ if_iwm.c > In iwm(4) avoid locking the NIC redundantly and perform accounting of > locking and unlocking. Make sure we don't unlock 7000 family NICs while > a command is being processed (later NICs apparently don't need this). > Inspired by similar approaches in Linux and Dragonfly, and a patch given > to me by Imre Vadasz. > Tested by me on 7265 and 8260 devices, and on a 7260 device by Stefan > Wollny. (stsp@) ~ if_iwmvar.h > Unbreak the tree. I missed a header file change in my last iwm(4) commit. > (stsp@) ~ if_iwm.c > In iwm_send_cmd(), look at the generation counter instead of the STOPPED > flag > to determine whether the interface was reset while we were sleeping. The > flag > will be set if the interface is still down when the task wakes up, but the > interface could already be up again in which case the flag will be cleared. > ok mpi@ kettenis@ (stsp@) dev/pckbc ~ pms.c > improved coordinate filters > ok mpi@ (bru@) dev/usb ~ if_urtwn.c > For 8188EU chips, read the R92C_HSSI_PARAM2(0) register to detect whether > the driver needs to enable the CCK high power feature, as already done for > other chips supported by urtwn(4). > Same change as FreeBSD r311347. > Patch submitted by Kevin Lo. Tested by me. (stsp@) ~ ubcmtp.c > improved coordinate filters > ok mpi@ (bru@) dev/wscons ~ wsconsio.h ~ wsmouse.c ~ wsmouseinput.h ~ wstpad.c > improved coordinate filters > ok mpi@ (bru@) kern ~ uipc_mbuf.c > add a compile time assertion MSIZE == sizeof(struct mbuf) > ok kettenis mpi tom (tedu@) lib/libsa ~ nfs.c > Guard debug printf with NFS_DEBUG ifdef like the other debug prints. > ok tom@ (patrick@) net ~ if_var.h > Added initial IPv6 multicast routing support for multiple rdomains: > * don't share mifs (multicast interface) between rdomains > * allow multiple routing sockets connected at the same time if they are > in different rdomains. > ok bluhm@ (rzalamena@) ~ hfsc.c > Add a compatibility shim for older pfctl binaries > Found by and input from dlg@, OK sthen, tedu, henning (mikeb@) ~ pf_table.c > Replace the global variables pfr_{sin,sin6} with stack local variables > so that we can run these parts of pf in parallel. Also replace a > single usage of pfr_mask with a stack local variable. > ok mpi@ (patrick@) netinet6 ~ in6.c ~ ip6_input.c ~ ip6_mroute.c ~ ip6_mroute.h ~ ip6_output.c ~ ip6_var.h ~ raw_ip6.c > Added initial IPv6 multicast routing support for multiple rdomains: > * don't share mifs (multicast interface) between rdomains > * allow multiple routing sockets connected at the same time if they are > in different rdomains. > ok bluhm@ (rzalamena@) ~ icmp6.c ~ ip6_output.c > Remove icmp6_reflect() micro optimization to simplify code and avoid a > M_LOOP flag dance in ip6_output(). > ok bluhm@, mpi@ (rzalamena@) ~ icmp6.c > Fix a possible NULL pointer deference on icmp6 echo reply caught by > clang. > with tweak from and ok bluhm@ (rzalamena@) ~ mld6.c > Fix a compilation error on arm64 that was caught by clang. > Found by kettenis@ (rzalamena@) nfs ~ nfs_socket.c > Sync nfs_connect() w/ sys_connect(). > ok bluhm@ (mpi@) sys ~ ctf.h > Use C99 types and add a couple of missing macros needed for ctfconvert(1). > (mpi@) uvm ~ uvm_glue.c > Unifed PMAP_UAREA, unused since we stopped supporting ARM < v7. > ok kettenis@ (mpi@) == usr.bin =========================================================== 07/08 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/usr.bin mandoc ~ mdoc_man.c ~ roff.c ~ roff.h ~ roff_html.c ~ roff_term.c ~ roff_validate.c ~ term.h ~ term_ascii.c ~ term_ps.c > Basic implementation of the roff(7) .ti (temporary indent) request. > Needed by about four dozen ports (thanks to naddy@ for the research). > (schwarze@) ~ man.c ~ roff.c > Line-breaking roff(7) requests also break man(7) next-line scope. > Considering that real roff implements next-line scope using input > line traps, that isn't all that surprising. > Issue found in the games/xbattle port. (schwarze@) netstat ~ mroute6.c > Make netstat(8) always ask for IPv6 multicast routing information. Worst > case is that we get an empty response instead of a message saying that > there is no multicast support. > ok mpi@ (rzalamena@) openssl ~ ca.c > simplify startdate/enddate validation > ok jsing@ (beck@) ssh ~ packet.c > I was too aggressive with the scalpel in the last commit; > unbreak sshd, spotted quickly by naddy@ (djm@) ~ packet.c > helps if I commit the correct version of the file. fix missing > return statement. (djm@) ~ sshkey.c > make requesting bad ECDSA bits yield the same error (SSH_ERR_KEY_LENGTH) > as the same mistake for RSA/DSA (djm@) ~ digest-libc.c ~ digest-openssl.c ~ digest.h ~ mac.c > remove hmac-ripemd160; ok dtucker (djm@) == usr.sbin ========================================================== 08/08 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/usr.sbin ocspcheck ~ ocspcheck.c > Print size_t's correctly. > Fix from Jonas 'Sortie' Termansen <[email protected]> (beck@) syspatch ~ syspatch.sh > Only test the mirror if it's remote (and not a local directory). > (ajacoutot@) vmd ~ Makefile ~ i8253.c ~ i8253.h ~ i8259.c ~ i8259.h ~ mc146818.c ~ mc146818.h ~ ns8250.c ~ ns8250.h ~ virtio.c ~ virtio.h + atomicio.c + atomicio.h > Adds functions to read and write state of devices in vmd. > This is required for implementing vmctl send and vmctl receive. vmctl > send / receive are two new options that will support snapshotting VMs > and migrating VMs from one host to another. The atomicio files are > copied from usr.bin/ssh. > Patch from Pratik Vyas; this project was undertaken at San Jose State > University along with his three teammates, Ashwin, Harshada and Siri > with mlarkin@ as the advisor. > OK mlarkin@ (reyk@) =============================================================================== _______________________________________________ odc mailing list [email protected] http://www.squish.net/mailman/listinfo/odc
