OpenBSD src changes summary for 2017-09-03 ==========================================
bin/ksh distrib/syspatch lib/libcrypto libexec/ld.so share/man sys/arch/i386/i386 sys/dev/ic sys/dev/isa sys/dev/pci usr.bin/ssh == bin =============================================================== 01/07 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/bin ksh ~ c_ksh.c ~ path.c ~ sh.h > Use PATH_MAX instead of a local define > okk deraadt@ millert@ anton@ (jca@) == distrib =========================================================== 02/07 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/distrib syspatch ~ README > Previous fakeroot must be manually copied in case an errata does not apply > to the current architecture. (ajacoutot@) == lib =============================================================== 03/07 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/lib libcrypto ~ modes/gcm128.c > Checking sizeof size_t by SIZE_MAX instead of _LP64 > ok bcook@ (inoguchi@) == libexec =========================================================== 04/07 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/libexec ld.so ~ m88k/SYS.h ~ m88k/ldasm.S > Fix m88k problem in recent ld.so changes. > - move _dl_cerror function from SYS.h to ldasm.S to avoid duplicate > definition when linking > - [SYS.h] pull some macros from lib/libc/arch/m88k/DEFS.h > - [ldasm.S] add "'never hit' but needed" br again in _dl_cacheflush > (thanks to Miod Vallat) > - [ldasm.S] change ld.hu into ld.h in order to get a correctly signed > and sign-extended value (also thanks to Miod Vallat) > ok deraadt@ (aoyama@) == share ============================================================= 05/07 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/share man ~ man4/rtwn.4 > Document rtwn(4) RTL8192CE support. (stsp@) ~ man4/pci.4 > update entry for rtwn; (jmc@) ~ man7/eqn.7 > fix grammar; while here, improve spacing. > ok schwarze@ (sobrado@) == sys =============================================================== 06/07 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/sys arch/i386/i386 ~ machdep.c > fix boot on older 486DX CPUs that lack CPUID. > ok tom, kettenis (mlarkin@) dev/ic ~ r92creg.h > When I merged rtwn(4) and urtwn(4) register definitions, an extra > line snuck into the rtl8192ce_bb_vals_2t array. Remove it again. > This broke baseband initialization for RTL8192CE which went unnoticed > because at the time nobody had tested rtwn(4) with that chip and the > driver didn't attach to it. > Problem reported by Martin Wanvik who eventually did this test. > ok kevlo@ (stsp@) dev/isa ~ fdc.c ~ fd.c > fdc: defer probing of floppy drives > Defer probing of the drives to a kthread. This avoids several seconds of > delay() during boot. However, drives may now appear only after init has > started. But this does not affect installs from floppy. In that case the > root > ramdisk is linked into the kernel and loaded by the boot loader. > Approach suggested by deraadt@, tested by miod@ (sf@) dev/pci ~ drm/drm_gem.c > drm: Release driver tracking before making the object available again > From Chris Wilson > 2a9d7664ffb2c223c488058ee6bee61512db9396 in linux-4.4.y/4.4.85 > fe4600a548f2763dec91b3b27a1245c370ceee2a in mainline linux (jsg@) ~ drm/drm_atomic.c > drm/atomic: If the atomic check fails, return its value first > From Maarten Lankhorst > 3416ee45a8cbeb5bc4b13a754873fbb26a27dccb in linux-4.4.y/4.4.85 > a0ffc51e20e90e0c1c2491de2b4b03f48b6caaba in mainline linux (jsg@) ~ drm/i915/intel_uncore.c > drm/i915: fix compiler warning in drivers/gpu/drm/i915/intel_uncore.c > From Greg Kroah-Hartman > c81c4d453edf242af644f7e71f673fc7632f337c in linux-4.4.y/4.4.86 (jsg@) ~ if_rtwn.c > Attach rtwn(4) to RTL8192CE. Tested by me. > ok kevlo@ (stsp@) == usr.bin =========================================================== 07/07 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/usr.bin ssh ~ readconf.c ~ readconf.h ~ ssh_config.5 ~ sshconnect.c > Expand ssh_config's StrictModes option with two new settings: > StrictModes=accept-new will automatically accept hitherto-unseen keys > but will refuse connections for changed or invalid hostkeys. > StrictModes=off is the same as StrictModes=no > Motivation: > StrictModes=no combines two behaviours for host key processing: > automatically learning new hostkeys and continuing to connect to hosts > with invalid/changed hostkeys. The latter behaviour is quite dangerous > since it removes most of the protections the SSH protocol is supposed to > provide. > Quite a few users want to automatically learn hostkeys however, so > this makes that feature available with less danger. > At some point in the future, StrictModes=no will change to be a synonym > for accept-new, with its current behaviour remaining available via > StrictModes=off. > bz#2400, suggested by Michael Samuel; ok markus (djm@) =============================================================================== _______________________________________________ odc mailing list [email protected] http://www.squish.net/mailman/listinfo/odc
