OpenBSD src changes summary for 2017-07-18 ==========================================
bin/csh etc/rc lib/libc regress/sys sbin/isakmpd sys/arch/alpha/conf sys/arch/amd64/conf sys/arch/arm64/conf sys/arch/armv7/conf sys/arch/armv7/imx sys/arch/hppa/conf sys/arch/i386/conf sys/arch/landisk/conf sys/arch/loongson/conf sys/arch/luna88k/conf sys/arch/macppc/conf sys/arch/octeon/conf sys/arch/sgi/conf sys/arch/socppc/conf sys/arch/sparc64/conf sys/dev/fdt sys/dev/pci sys/dev/wscons sys/kern sys/sys usr.sbin/config == bin =============================================================== 01/07 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/bin csh ~ file.c > Restore tty when aborting loop. > ok deraadt@ (anton@) == etc =============================================================== 02/07 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/etc rc ~ rc > Use numerical sysctl output to check for nfs mounts. > OK tb@ (rpe@) ~ rc > Use a bit better idiom to get most recent version of the library > being reordered. > okay tb@ deraadt@ (zhuk@) == lib =============================================================== 03/07 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/lib libc ~ sys/sendsyslog.2 > Both syslog(3) and syslogd(8) truncate the message at 8192 bytes. > Do the same in sendsyslog(2) and document the behavior. > reported by Ilja Van Sprundel; OK millert@ deraadt@ (bluhm@) == regress =========================================================== 04/07 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/regress sys ~ kern/noexec/Makefile ~ kern/noexec/noexec.c > The function getaddr() compares the stack address of the caller > with its own local variable. This way it detects the direction of > stack growth. This does not work if the functions gets inlined. > Pass -fno-inline to the compiler to avoid sporadic tests fails. (bluhm@) == sbin ============================================================== 05/07 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/sbin isakmpd ~ ipsec.c > Prevent a NULL dereference when comparing incomplete SAs. > This deference can occur because sa_find() is called from a timer and > iterates over all existing `sa'. At that time the corresponding > `finalize_exchange' might not have been called, in which case it is > unsafe to dereference `src_net', `dst_net' & co. > Issue reported by MichaÅ Koc. ok hshoexer@, markus@ (mpi@) == sys =============================================================== 06/07 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/sys arch/alpha/conf ~ Makefile.alpha > Stop automatically regenerating gap.o (and hence linking a new kernel) > whenever make is issued. Only do this when there are actual source changes > below /sys. This restores the behavior prior to the KARL implementation. > Problem noticed and patiently explained by mpi > implementation with a lot of help from espie > ok mpi, espie, deraadt (tb@) arch/amd64/conf ~ Makefile.amd64 > Stop automatically regenerating gap.o (and hence linking a new kernel) > whenever make is issued. Only do this when there are actual source changes > below /sys. This restores the behavior prior to the KARL implementation. > Problem noticed and patiently explained by mpi > implementation with a lot of help from espie > ok mpi, espie, deraadt (tb@) arch/arm64/conf ~ Makefile.arm64 > Stop automatically regenerating gap.o (and hence linking a new kernel) > whenever make is issued. Only do this when there are actual source changes > below /sys. This restores the behavior prior to the KARL implementation. > Problem noticed and patiently explained by mpi > implementation with a lot of help from espie > ok mpi, espie, deraadt (tb@) arch/armv7/conf ~ Makefile.armv7 > Stop automatically regenerating gap.o (and hence linking a new kernel) > whenever make is issued. Only do this when there are actual source changes > below /sys. This restores the behavior prior to the KARL implementation. > Problem noticed and patiently explained by mpi > implementation with a lot of help from espie > ok mpi, espie, deraadt (tb@) arch/armv7/imx ~ imxccm.c ~ imxccm_clocks.h > Add clock support for the i.MX6UL variant of the i.MX6 series. The > device tree uses completely differently numbered indices compared to > the i.MX6QDL variant. This means we have to add another clock list > and use the right one depending on the compatible. Also, on the UL > variant there is another mux in front of the perclk divider, so we > have to cope with that as well. > With feedback from and "looks reasonable" kettenis@ (patrick@) ~ imxesdhc.c > Add sdmmc support for the i.MX6UL variant of the i.MX6 series. This > variant is essentially the same in regards to sdmmc as the i.MX6SX > variant, which is why the device tree specifies that version. The > i.MX6SX has a few quirks. One of these is related to tuning, which > we don't do, the other one to the CAP1 register, which we don't use, > and the third is for high speed support, where the "support bit" is > missing for HS200. Of all these, only the one where the CAP1 register > spills into the CAP register seems relevant to us. With this I can > mount and newfs on the SD card. > ok kettenis@ (patrick@) arch/hppa/conf ~ Makefile.hppa > Stop automatically regenerating gap.o (and hence linking a new kernel) > whenever make is issued. Only do this when there are actual source changes > below /sys. This restores the behavior prior to the KARL implementation. > Problem noticed and patiently explained by mpi > implementation with a lot of help from espie > ok mpi, espie, deraadt (tb@) arch/i386/conf ~ Makefile.i386 > Stop automatically regenerating gap.o (and hence linking a new kernel) > whenever make is issued. Only do this when there are actual source changes > below /sys. This restores the behavior prior to the KARL implementation. > Problem noticed and patiently explained by mpi > implementation with a lot of help from espie > ok mpi, espie, deraadt (tb@) arch/landisk/conf ~ Makefile.landisk > Stop automatically regenerating gap.o (and hence linking a new kernel) > whenever make is issued. Only do this when there are actual source changes > below /sys. This restores the behavior prior to the KARL implementation. > Problem noticed and patiently explained by mpi > implementation with a lot of help from espie > ok mpi, espie, deraadt (tb@) arch/loongson/conf ~ Makefile.loongson > Stop automatically regenerating gap.o (and hence linking a new kernel) > whenever make is issued. Only do this when there are actual source changes > below /sys. This restores the behavior prior to the KARL implementation. > Problem noticed and patiently explained by mpi > implementation with a lot of help from espie > ok mpi, espie, deraadt (tb@) arch/luna88k/conf ~ Makefile.luna88k > Stop automatically regenerating gap.o (and hence linking a new kernel) > whenever make is issued. Only do this when there are actual source changes > below /sys. This restores the behavior prior to the KARL implementation. > Problem noticed and patiently explained by mpi > implementation with a lot of help from espie > ok mpi, espie, deraadt (tb@) arch/macppc/conf ~ Makefile.macppc > Stop automatically regenerating gap.o (and hence linking a new kernel) > whenever make is issued. Only do this when there are actual source changes > below /sys. This restores the behavior prior to the KARL implementation. > Problem noticed and patiently explained by mpi > implementation with a lot of help from espie > ok mpi, espie, deraadt (tb@) arch/octeon/conf ~ Makefile.octeon > Stop automatically regenerating gap.o (and hence linking a new kernel) > whenever make is issued. Only do this when there are actual source changes > below /sys. This restores the behavior prior to the KARL implementation. > Problem noticed and patiently explained by mpi > implementation with a lot of help from espie > ok mpi, espie, deraadt (tb@) arch/sgi/conf ~ Makefile.sgi > Stop automatically regenerating gap.o (and hence linking a new kernel) > whenever make is issued. Only do this when there are actual source changes > below /sys. This restores the behavior prior to the KARL implementation. > Problem noticed and patiently explained by mpi > implementation with a lot of help from espie > ok mpi, espie, deraadt (tb@) arch/socppc/conf ~ Makefile.socppc > Stop automatically regenerating gap.o (and hence linking a new kernel) > whenever make is issued. Only do this when there are actual source changes > below /sys. This restores the behavior prior to the KARL implementation. > Problem noticed and patiently explained by mpi > implementation with a lot of help from espie > ok mpi, espie, deraadt (tb@) arch/sparc64/conf ~ Makefile.sparc64 > Stop automatically regenerating gap.o (and hence linking a new kernel) > whenever make is issued. Only do this when there are actual source changes > below /sys. This restores the behavior prior to the KARL implementation. > Problem noticed and patiently explained by mpi > implementation with a lot of help from espie > ok mpi, espie, deraadt (tb@) dev/fdt ~ sxiccmu.c > fix previous to make sxiccmu compile again (jsg@) dev/pci ~ xspd.c > Fixup the printf string, spacing (mikeb@) ~ drm/i915/intel_bios.h > Remove stray whitespace. (kettenis@) dev/wscons ~ wsdisplay.c > Prevent integer overflow in WSDISPLAYIO_LDFONT ioctl. > Issue found by Ilja van Sprundel. > ok deraadt@ (kettenis@) kern ~ uipc_socket2.c > soreserve() modifies `so_snd' and `so_rcv' so asserts that it is called > with the socket lock. > This change is safe because sbreserve() already asserts that the lock is > held, but it acts as implicit documentation and indicates that I looked > at the function. (mpi@) ~ subr_log.c > Both syslog(3) and syslogd(8) truncate the message at 8192 bytes. > Do the same in sendsyslog(2) and document the behavior. > reported by Ilja Van Sprundel; OK millert@ deraadt@ (bluhm@) sys ~ selinfo.h > Re-order members of struct selinfo > This reduces its size from 24 to 16 on 64bit archs. > ok deraadt@ (sf@) == usr.sbin ========================================================== 07/07 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/usr.sbin config ~ mkmakefile.c > Stop automatically regenerating gap.o (and hence linking a new kernel) > whenever make is issued. Only do this when there are actual source changes > below /sys. This restores the behavior prior to the KARL implementation. > Problem noticed and patiently explained by mpi > implementation with a lot of help from espie > ok mpi, espie, deraadt (tb@) ===============================================================================
_______________________________________________ odc mailing list [email protected] http://www.squish.net/mailman/listinfo/odc
