OpenBSD src changes summary for 2016-05-11 ==========================================
Makefile.cross distrib/sets distrib/special etc/Makefile etc/etc.hppa64/MAKEDEV etc/etc.hppa64/MAKEDEV.md etc/etc.hppa64/Makefile etc/etc.hppa64/Makefile.inc etc/etc.hppa64/disktab etc/etc.hppa64/fbtab etc/etc.hppa64/login.conf etc/etc.hppa64/sysctl.conf etc/etc.hppa64/ttys etc/mail/spamd.conf etc/mtree/4.4BSD.dist etc/root/root.mail etc/signify/openbsd-61-base.pub etc/signify/openbsd-61-pkg.pub lib/csu lib/libc lib/libcrypto lib/libkvm lib/libm lib/librthread libexec/ld.so regress/etc regress/sys sbin/kbd sbin/reboot share/man share/mk sys sys/arch sys/arch/alpha/alpha sys/arch/amd64/stand/efi sys/arch/amd64/stand/efiboot sys/arch/hppa64/compile sys/arch/hppa64/conf sys/arch/hppa64/dev sys/arch/hppa64/hppa64 sys/arch/hppa64/include sys/arch/hppa64/stand sys/arch/hppa64/stand/boot sys/arch/hppa64/stand/cdboot sys/arch/hppa64/stand/libsa sys/arch/hppa64/stand/libz sys/arch/hppa64/stand/mkboot sys/arch/macppc/macppc sys/arch/macppc/stand/tbxidata sys/arch/mips64/include sys/arch/mips64/mips64 sys/arch/sh/sh sys/arch/socppc/socppc sys/arch/sparc/sparc sys/conf sys/dev sys/dev/microcode sys/kern sys/lib/libkern sys/stand sys/sys sys/uvm usr.bin/gprof usr.bin/signify usr.bin/tmux usr.bin/top usr.sbin/hotplugd usr.sbin/installboot usr.sbin/pcidump usr.sbin/smtpd usr.sbin/wsconscfg == Makefile.cross ==================================================== 01/11 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/Makefile.cross Makefile.cross > remove hppa64 port, which we never got going beyond broken single users. > hppa reverse-stack gives us a valuable test case, but most developers don't > have a 2nd one to proceed further with this. > ok kettenis (deraadt@) == distrib =========================================================== 02/11 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/distrib sets ~ lists/base/md.alpha ~ lists/base/md.amd64 ~ lists/base/md.armish ~ lists/base/md.armv7 ~ lists/base/md.hppa ~ lists/base/md.hppa64 ~ lists/base/md.i386 ~ lists/base/md.landisk ~ lists/base/md.loongson ~ lists/base/md.luna88k ~ lists/base/md.macppc ~ lists/base/md.octeon ~ lists/base/md.sgi ~ lists/base/md.socppc ~ lists/base/md.sparc ~ lists/base/md.sparc64 ~ lists/base/md.zaurus ~ lists/comp/md.alpha ~ lists/comp/md.amd64 ~ lists/comp/md.armish ~ lists/comp/md.armv7 ~ lists/comp/md.hppa ~ lists/comp/md.hppa64 ~ lists/comp/md.i386 ~ lists/comp/md.landisk ~ lists/comp/md.loongson ~ lists/comp/md.luna88k ~ lists/comp/md.macppc ~ lists/comp/md.octeon ~ lists/comp/md.sgi ~ lists/comp/md.socppc ~ lists/comp/md.sparc ~ lists/comp/md.sparc64 ~ lists/comp/md.zaurus > sync (deraadt@) ~ lists/base/mi > sync (deraadt@) - lists/base/md.hppa64 - lists/comp/md.hppa64 - lists/etc/md.hppa64 - lists/game/md.hppa64 - lists/man/md.hppa64 ~ lists/man/mi > remove hppa64 port, which we never got going beyond broken single users. > hppa reverse-stack gives us a valuable test case, but most developers don't > have a 2nd one to proceed further with this. > ok kettenis (deraadt@) special ~ installboot/Makefile > remove hppa64 port, which we never got going beyond broken single users. > hppa reverse-stack gives us a valuable test case, but most developers don't > have a 2nd one to proceed further with this. > ok kettenis (deraadt@) == etc =============================================================== 03/11 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/etc Makefile ~ Makefile > remove hppa64 port, which we never got going beyond broken single users. > hppa reverse-stack gives us a valuable test case, but most developers don't > have a 2nd one to proceed further with this. > ok kettenis (deraadt@) etc.hppa64/MAKEDEV - etc.hppa64/MAKEDEV > remove hppa64 port, which we never got going beyond broken single users. > hppa reverse-stack gives us a valuable test case, but most developers don't > have a 2nd one to proceed further with this. > ok kettenis (deraadt@) etc.hppa64/MAKEDEV.md - etc.hppa64/MAKEDEV.md > remove hppa64 port, which we never got going beyond broken single users. > hppa reverse-stack gives us a valuable test case, but most developers don't > have a 2nd one to proceed further with this. > ok kettenis (deraadt@) etc.hppa64/Makefile - etc.hppa64/Makefile > remove hppa64 port, which we never got going beyond broken single users. > hppa reverse-stack gives us a valuable test case, but most developers don't > have a 2nd one to proceed further with this. > ok kettenis (deraadt@) etc.hppa64/Makefile.inc - etc.hppa64/Makefile.inc > remove hppa64 port, which we never got going beyond broken single users. > hppa reverse-stack gives us a valuable test case, but most developers don't > have a 2nd one to proceed further with this. > ok kettenis (deraadt@) etc.hppa64/disktab - etc.hppa64/disktab > remove hppa64 port, which we never got going beyond broken single users. > hppa reverse-stack gives us a valuable test case, but most developers don't > have a 2nd one to proceed further with this. > ok kettenis (deraadt@) etc.hppa64/fbtab - etc.hppa64/fbtab > remove hppa64 port, which we never got going beyond broken single users. > hppa reverse-stack gives us a valuable test case, but most developers don't > have a 2nd one to proceed further with this. > ok kettenis (deraadt@) etc.hppa64/login.conf - etc.hppa64/login.conf > remove hppa64 port, which we never got going beyond broken single users. > hppa reverse-stack gives us a valuable test case, but most developers don't > have a 2nd one to proceed further with this. > ok kettenis (deraadt@) etc.hppa64/sysctl.conf - etc.hppa64/sysctl.conf > remove hppa64 port, which we never got going beyond broken single users. > hppa reverse-stack gives us a valuable test case, but most developers don't > have a 2nd one to proceed further with this. > ok kettenis (deraadt@) etc.hppa64/ttys - etc.hppa64/ttys > remove hppa64 port, which we never got going beyond broken single users. > hppa reverse-stack gives us a valuable test case, but most developers don't > have a 2nd one to proceed further with this. > ok kettenis (deraadt@) mail/spamd.conf ~ mail/spamd.conf > Alas all good things come to an end. The U of A traplist is going away as > the University of Alberta moves away from running a spamd fronted MX, > so there is no more source for this traplist anymore. (beck@) ~ mail/spamd.conf > remove uatraps from "all" as well > ok beck@ (jsg@) mtree/4.4BSD.dist ~ mtree/4.4BSD.dist > remove hppa64 port, which we never got going beyond broken single users. > hppa reverse-stack gives us a valuable test case, but most developers don't > have a 2nd one to proceed further with this. > ok kettenis (deraadt@) root/root.mail ~ root/root.mail > crank to 6.0-beta (deraadt@) signify/openbsd-61-base.pub + signify/openbsd-61-base.pub > add openbsd 6.1 base key (deraadt@) signify/openbsd-61-pkg.pub + signify/openbsd-61-pkg.pub > add OpenBSD 6.1 packages key (naddy@) == lib =============================================================== 04/11 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/lib csu - hppa64/md_init.h > remove hppa64 port, which we never got going beyond broken single users. > hppa reverse-stack gives us a valuable test case, but most developers don't > have a 2nd one to proceed further with this. > ok kettenis (deraadt@) libc ~ string/strstr.3 > Add RETURN VALUES section and .Xr to memmem(3). > From Michal Mazurek <akfaew at jasminek dot net>. > OK tedu@ (schwarze@) - arch/hppa64/DEFS.h - arch/hppa64/Makefile.inc - arch/hppa64/SYS.h - arch/hppa64/gdtoa/Makefile.inc - arch/hppa64/gdtoa/arith.h - arch/hppa64/gdtoa/gd_qnan.h - arch/hppa64/gen/Makefile.inc - arch/hppa64/gen/fabs.c - arch/hppa64/gen/flt_rounds.c - arch/hppa64/gen/fpgetmask.c - arch/hppa64/gen/fpgetround.c - arch/hppa64/gen/fpgetsticky.c - arch/hppa64/gen/fpsetmask.c - arch/hppa64/gen/fpsetround.c - arch/hppa64/gen/fpsetsticky.c - arch/hppa64/gen/infinity.c - arch/hppa64/gen/nan.c - arch/hppa64/gen/setjmp.S - arch/hppa64/net/Makefile.inc - arch/hppa64/string/Makefile.inc - arch/hppa64/sys/Ovfork.S - arch/hppa64/sys/brk.S - arch/hppa64/sys/sbrk.S - arch/hppa64/sys/sigpending.S - arch/hppa64/sys/sigprocmask.S - arch/hppa64/sys/sigsuspend.S - arch/hppa64/sys/syscall.S - arch/hppa64/sys/tfork_thread.S ~ gen/__tfork_thread.3 > remove hppa64 port, which we never got going beyond broken single users. > hppa reverse-stack gives us a valuable test case, but most developers don't > have a 2nd one to proceed further with this. > ok kettenis (deraadt@) libcrypto - crypto/arch/hppa64/opensslconf.h > remove hppa64 port, which we never got going beyond broken single users. > hppa reverse-stack gives us a valuable test case, but most developers don't > have a 2nd one to proceed further with this. > ok kettenis (deraadt@) libkvm ~ kvm.c ~ kvm_proc.c > convert bcopy to memcpy. ok dlg millert (tedu@) - kvm_hppa64.c > remove hppa64 port, which we never got going beyond broken single users. > hppa reverse-stack gives us a valuable test case, but most developers don't > have a 2nd one to proceed further with this. > ok kettenis (deraadt@) libm ~ Makefile > remove hppa64 port, which we never got going beyond broken single users. > hppa reverse-stack gives us a valuable test case, but most developers don't > have a 2nd one to proceed further with this. > ok kettenis (deraadt@) librthread - arch/hppa64/_atomic_lock.c > remove hppa64 port, which we never got going beyond broken single users. > hppa reverse-stack gives us a valuable test case, but most developers don't > have a 2nd one to proceed further with this. > ok kettenis (deraadt@) == libexec =========================================================== 05/11 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/libexec ld.so ~ ldconfig/prebind.c > remove hppa64 port, which we never got going beyond broken single users. > hppa reverse-stack gives us a valuable test case, but most developers don't > have a 2nd one to proceed further with this. > ok kettenis (deraadt@) == regress =========================================================== 06/11 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/regress etc ~ MAKEDEV/Makefile > remove hppa64 port, which we never got going beyond broken single users. > hppa reverse-stack gives us a valuable test case, but most developers don't > have a 2nd one to proceed further with this. > ok kettenis (deraadt@) sys ~ copy/Makefile > remove hppa64 port, which we never got going beyond broken single users. > hppa reverse-stack gives us a valuable test case, but most developers don't > have a 2nd one to proceed further with this. > ok kettenis (deraadt@) == sbin ============================================================== 07/11 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/sbin kbd ~ Makefile > remove hppa64 port, which we never got going beyond broken single users. > hppa reverse-stack gives us a valuable test case, but most developers don't > have a 2nd one to proceed further with this. > ok kettenis (deraadt@) reboot ~ reboot.8 > remove hppa64 port, which we never got going beyond broken single users. > hppa reverse-stack gives us a valuable test case, but most developers don't > have a 2nd one to proceed further with this. > ok kettenis (deraadt@) == share ============================================================= 08/11 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/share man - man4/man4.hppa64/Makefile - man8/man8.hppa64/MAKEDEV.8 - man8/man8.hppa64/Makefile - man8/man8.hppa64/boot_hppa64.8 ~ man4/Makefile ~ man7/mdoc.7 ~ man8/Makefile ~ man8/diskless.8 > remove hppa64 port, which we never got going beyond broken single users. > hppa reverse-stack gives us a valuable test case, but most developers don't > have a 2nd one to proceed further with this. > ok kettenis (deraadt@) mk ~ sys.mk > crank to 6.0-beta (deraadt@) == sys =============================================================== 09/11 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/sys sys ~ Makefile > remove hppa64 port, which we never got going beyond broken single users. > hppa reverse-stack gives us a valuable test case, but most developers don't > have a 2nd one to proceed further with this. > ok kettenis (deraadt@) arch - hppa64/Makefile > remove hppa64 port, which we never got going beyond broken single users. > hppa reverse-stack gives us a valuable test case, but most developers don't > have a 2nd one to proceed further with this. > ok kettenis (deraadt@) arch/alpha/alpha ~ machdep.c > Add the sigcontext cookie clearing block, which was missed in the previous > commit. (deraadt@) arch/amd64/stand/efi - include/README - include/efi.h - include/efi_nii.h - include/efiapi.h - include/eficon.h - include/eficonsctl.h - include/efidebug.h - include/efidef.h - include/efidevp.h - include/efierr.h - include/efifpswa.h - include/efifs.h - include/efigop.h - include/efinet.h - include/efipart.h - include/efiprot.h - include/efipxebc.h - include/efiser.h - include/efistdarg.h - include/amd64/efibind.h - include/i386/efibind.h > Move EFI header files to a location where they can be used on other > architectures besides amd64. > ok deraadt@, krw@ (kettenis@) arch/amd64/stand/efiboot ~ Makefile.common > Move EFI header files to a location where they can be used on other > architectures besides amd64. > ok deraadt@, krw@ (kettenis@) arch/hppa64/compile - .cvsignore > remove hppa64 port, which we never got going beyond broken single users. > hppa reverse-stack gives us a valuable test case, but most developers don't > have a 2nd one to proceed further with this. > ok kettenis (deraadt@) arch/hppa64/conf - GENERIC - Makefile.hppa64 - RAMDISK - files.hppa64 - ld.script > remove hppa64 port, which we never got going beyond broken single users. > hppa reverse-stack gives us a valuable test case, but most developers don't > have a 2nd one to proceed further with this. > ok kettenis (deraadt@) arch/hppa64/dev - apic.c - astro.c - clock.c - com_ssio.c - cpu.c - elroy.c - elroyreg.h - elroyvar.h - lpt_ssio.c - mem.c - pdc.c - power.c - ssio.c - ssiovar.h > remove hppa64 port, which we never got going beyond broken single users. > hppa reverse-stack gives us a valuable test case, but most developers don't > have a 2nd one to proceed further with this. > ok kettenis (deraadt@) arch/hppa64/hppa64 - autoconf.c - conf.c - db_disasm.c - db_interface.c - disksubr.c - fpu.c - genassym.cf - in_cksum.c - intr.c - locore.S - machdep.c - mainbus.c - mutex.c - pmap.c - process_machdep.c - sys_machdep.c - trap.c - vm_machdep.c - wscons_machdep.c > remove hppa64 port, which we never got going beyond broken single users. > hppa reverse-stack gives us a valuable test case, but most developers don't > have a 2nd one to proceed further with this. > ok kettenis (deraadt@) arch/hppa64/include - _float.h - _types.h - asm.h - atomic.h - autoconf.h - bus.h - cdefs.h - conf.h - cpu.h - cpufunc.h - db_machdep.h - disklabel.h - endian.h - exec.h - fenv.h - fpu.h - frame.h - ieee.h - ieeefp.h - intr.h - iomod.h - kcore.h - limits.h - loadfile_machdep.h - lock.h - mutex.h - nvm.h - param.h - pcb.h - pci_machdep.h - pdc.h - pmap.h - proc.h - profile.h - psl.h - pte.h - ptrace.h - rbus_machdep.h - reg.h - reloc.h - setjmp.h - signal.h - spinlock.h - stdarg.h - tcb.h - trap.h - varargs.h - vmparam.h > remove hppa64 port, which we never got going beyond broken single users. > hppa reverse-stack gives us a valuable test case, but most developers don't > have a 2nd one to proceed further with this. > ok kettenis (deraadt@) arch/hppa64/stand - Makefile - Makefile.inc > remove hppa64 port, which we never got going beyond broken single users. > hppa reverse-stack gives us a valuable test case, but most developers don't > have a 2nd one to proceed further with this. > ok kettenis (deraadt@) arch/hppa64/stand/boot - Makefile - boot.8 - conf.c - exec.c - ld.script - srt0.S > remove hppa64 port, which we never got going beyond broken single users. > hppa reverse-stack gives us a valuable test case, but most developers don't > have a 2nd one to proceed further with this. > ok kettenis (deraadt@) arch/hppa64/stand/cdboot - Makefile - cdboot.c - ld.script > remove hppa64 port, which we never got going beyond broken single users. > hppa reverse-stack gives us a valuable test case, but most developers don't > have a 2nd one to proceed further with this. > ok kettenis (deraadt@) arch/hppa64/stand/libsa - Makefile - cmd_hppa64.c - ct.c - dev_hppa64.c - dev_hppa64.h - dk.c - itecons.c - lf.c - libsa.h - lif.c - machdep.c - pdc.c - time.c > remove hppa64 port, which we never got going beyond broken single users. > hppa reverse-stack gives us a valuable test case, but most developers don't > have a 2nd one to proceed further with this. > ok kettenis (deraadt@) arch/hppa64/stand/libz - Makefile > remove hppa64 port, which we never got going beyond broken single users. > hppa reverse-stack gives us a valuable test case, but most developers don't > have a 2nd one to proceed further with this. > ok kettenis (deraadt@) arch/hppa64/stand/mkboot - Makefile - mkboot.8 - mkboot.c > remove hppa64 port, which we never got going beyond broken single users. > hppa reverse-stack gives us a valuable test case, but most developers don't > have a 2nd one to proceed further with this. > ok kettenis (deraadt@) arch/macppc/macppc ~ machdep.c > fix sigcookie value, address was off due to trapframe nesting > notice by miod (deraadt@) arch/macppc/stand/tbxidata ~ bsd.tbxi > crank to 6.0-beta (deraadt@) arch/mips64/include ~ pmap.h > Another attempt to make the mips64 pmap MP-safe. Now at least > pmap_enter(9), pmap_remove(9) and pmap_page_protect(9) should be > safe to use without the kernel lock. > No objection from deraadt@ (visa@) arch/mips64/mips64 ~ pmap.c > Another attempt to make the mips64 pmap MP-safe. Now at least > pmap_enter(9), pmap_remove(9) and pmap_page_protect(9) should be > safe to use without the kernel lock. > No objection from deraadt@ (visa@) arch/sh/sh ~ sh_machdep.c > delete SROP mitigation debug code; it works (deraadt@) arch/socppc/socppc ~ machdep.c > fix sigcookie value, address was off due to trapframe nesting > notice by miod (deraadt@) arch/sparc/sparc ~ locore.s ~ machdep.c > fix compile issues in MD sigreturn(2) > OK deraadt@ (phessler@) conf ~ newvers.sh > crank to 6.0-beta (deraadt@) dev ~ audio.c > Dont reuse "mult" local variable. Use separate variable for hardware > block size multiplier (in bytes) and for the driver block size > multiplier (in frames). No behaviour change. (ratchov@) ~ audio.c > Use round_blocksize() to determine the maximum hardware block size (in > bytes) then, adjust the block size accordingly. Fixes zaudio(4) not > starting when large blocks are requested. Found and reported by > Andre Smagin <as at smagin.com>, thanks. (ratchov@) dev/microcode ~ atmel/Makefile ~ bnx/Makefile ~ fxp/Makefile ~ kue/Makefile ~ myx/Makefile ~ ral/Makefile ~ rum/Makefile ~ symbol/Makefile ~ tht/Makefile ~ tigon/Makefile ~ tusb3410/Makefile ~ typhoon/Makefile ~ udl/Makefile ~ yds/Makefile ~ zydas/Makefile > remove hppa64 port, which we never got going beyond broken single users. > hppa reverse-stack gives us a valuable test case, but most developers don't > have a 2nd one to proceed further with this. > ok kettenis (deraadt@) kern ~ Makefile > remove hppa64 port, which we never got going beyond broken single users. > hppa reverse-stack gives us a valuable test case, but most developers don't > have a 2nd one to proceed further with this. > ok kettenis (deraadt@) lib/libkern - arch/hppa64/Makefile - arch/hppa64/bcopy.S - arch/hppa64/bcopy.m4 - arch/hppa64/memcpy.S - arch/hppa64/memmove.S - arch/hppa64/milli.S - arch/hppa64/spcopy.S > remove hppa64 port, which we never got going beyond broken single users. > hppa reverse-stack gives us a valuable test case, but most developers don't > have a 2nd one to proceed further with this. > ok kettenis (deraadt@) stand + efi/include/README + efi/include/efi.h + efi/include/efi_nii.h + efi/include/efiapi.h + efi/include/eficon.h + efi/include/eficonsctl.h + efi/include/efidebug.h + efi/include/efidef.h + efi/include/efidevp.h + efi/include/efierr.h + efi/include/efifpswa.h + efi/include/efifs.h + efi/include/efigop.h + efi/include/efinet.h + efi/include/efipart.h + efi/include/efiprot.h + efi/include/efipxebc.h + efi/include/efiser.h + efi/include/efistdarg.h + efi/include/amd64/efibind.h + efi/include/i386/efibind.h > Move EFI header files to a location where they can be used on other > architectures besides amd64. > ok deraadt@, krw@ (kettenis@) + efi/include/arm/efibind.h > Add an efibind.h for arm; from FreeBSD. (kettenis@) sys ~ param.h > crank to 6.0-beta (deraadt@) uvm ~ uvm_mmap.c > remove hppa64 port, which we never got going beyond broken single users. > hppa reverse-stack gives us a valuable test case, but most developers don't > have a 2nd one to proceed further with this. > ok kettenis (deraadt@) == usr.bin =========================================================== 10/11 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/usr.bin gprof - hppa64.c - hppa64.h > remove hppa64 port, which we never got going beyond broken single users. > hppa reverse-stack gives us a valuable test case, but most developers don't > have a 2nd one to proceed further with this. > ok kettenis (deraadt@) signify ~ signify.1 > signify should refer to the future key (deraadt@) tmux ~ alerts.c > Add on alerts rather than ignoring them if the event has already been > queued, for example bell and activity together. From Marcel Lippmann via > Romain Francoise. (nicm@) top ~ machine.c ~ top.1 > Allow top(1) to filter process args if they are being displayed. > OK tedu@, deraadt@, and with input from Michal Mazurek. > Thanks (edd@) == usr.sbin ========================================================== 11/11 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/usr.sbin hotplugd ~ Makefile > remove hppa64 port, which we never got going beyond broken single users. > hppa reverse-stack gives us a valuable test case, but most developers don't > have a 2nd one to proceed further with this. > ok kettenis (deraadt@) installboot - hppa64_installboot.c ~ Makefile > remove hppa64 port, which we never got going beyond broken single users. > hppa reverse-stack gives us a valuable test case, but most developers don't > have a 2nd one to proceed further with this. > ok kettenis (deraadt@) pcidump ~ Makefile > remove hppa64 port, which we never got going beyond broken single users. > hppa reverse-stack gives us a valuable test case, but most developers don't > have a 2nd one to proceed further with this. > ok kettenis (deraadt@) smtpd ~ smtpd.conf.5 > mention ca option in listen directive > same spelling fix from jmc and gilles > ok gilles (jung@) wsconscfg ~ Makefile > remove hppa64 port, which we never got going beyond broken single users. > hppa reverse-stack gives us a valuable test case, but most developers don't > have a 2nd one to proceed further with this. > ok kettenis (deraadt@) =============================================================================== _______________________________________________ odc mailing list [email protected] http://www.squish.net/mailman/listinfo/odc
