OpenBSD src changes summary for 2017-09-28 ==========================================
gnu sbin/dhclient sys/arch/alpha/conf sys/arch/amd64/conf sys/arch/arm64/conf sys/arch/armv7/conf 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/pci == gnu =============================================================== 01/03 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/gnu gnu ~ llvm/lib/MC/MCParser/AsmParser.cpp > make clang include a FILE symbol for .(s|S) files > This is mostly needed by syspatch at the moment to be > to be able to re-link in the same order as the original > libraries were linked with by relying on the readelf(1) > and without this .(s|S) assembly files were not getting > a file directive. > A bug reports has been filed as well: > https://bugs.llvm.org/show_bug.cgi?id=34019 > ok deraadt@ (robert@) == sbin ============================================================== 02/03 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/sbin dhclient ~ dhclient.c > Correct the timeout used when select-timeout is > set to a non-zero value in dhclient.conf(5). > Fixes the bsd.rd upgrade issue reported by > Eivinde Eide via misc@. (krw@) == sys =============================================================== 03/03 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/sys arch/alpha/conf ~ Makefile.alpha > When option DDB_STRUCTINFO was removed from the kernel, too much from > the kernel makefiles was removed which lead to C files not being re- > compiled when a dependency changed. This can lead to panics in odd > places and generally a broken system. > ok deraadt@ (patrick@) arch/amd64/conf ~ Makefile.amd64 > When option DDB_STRUCTINFO was removed from the kernel, too much from > the kernel makefiles was removed which lead to C files not being re- > compiled when a dependency changed. This can lead to panics in odd > places and generally a broken system. > ok deraadt@ (patrick@) arch/arm64/conf ~ Makefile.arm64 > When option DDB_STRUCTINFO was removed from the kernel, too much from > the kernel makefiles was removed which lead to C files not being re- > compiled when a dependency changed. This can lead to panics in odd > places and generally a broken system. > ok deraadt@ (patrick@) arch/armv7/conf ~ Makefile.armv7 > When option DDB_STRUCTINFO was removed from the kernel, too much from > the kernel makefiles was removed which lead to C files not being re- > compiled when a dependency changed. This can lead to panics in odd > places and generally a broken system. > ok deraadt@ (patrick@) arch/hppa/conf ~ Makefile.hppa > When option DDB_STRUCTINFO was removed from the kernel, too much from > the kernel makefiles was removed which lead to C files not being re- > compiled when a dependency changed. This can lead to panics in odd > places and generally a broken system. > ok deraadt@ (patrick@) arch/i386/conf ~ Makefile.i386 > When option DDB_STRUCTINFO was removed from the kernel, too much from > the kernel makefiles was removed which lead to C files not being re- > compiled when a dependency changed. This can lead to panics in odd > places and generally a broken system. > ok deraadt@ (patrick@) arch/landisk/conf ~ Makefile.landisk > When option DDB_STRUCTINFO was removed from the kernel, too much from > the kernel makefiles was removed which lead to C files not being re- > compiled when a dependency changed. This can lead to panics in odd > places and generally a broken system. > ok deraadt@ (patrick@) arch/loongson/conf ~ Makefile.loongson > When option DDB_STRUCTINFO was removed from the kernel, too much from > the kernel makefiles was removed which lead to C files not being re- > compiled when a dependency changed. This can lead to panics in odd > places and generally a broken system. > ok deraadt@ (patrick@) arch/luna88k/conf ~ Makefile.luna88k > When option DDB_STRUCTINFO was removed from the kernel, too much from > the kernel makefiles was removed which lead to C files not being re- > compiled when a dependency changed. This can lead to panics in odd > places and generally a broken system. > ok deraadt@ (patrick@) arch/macppc/conf ~ Makefile.macppc > When option DDB_STRUCTINFO was removed from the kernel, too much from > the kernel makefiles was removed which lead to C files not being re- > compiled when a dependency changed. This can lead to panics in odd > places and generally a broken system. > ok deraadt@ (patrick@) arch/octeon/conf ~ Makefile.octeon > When option DDB_STRUCTINFO was removed from the kernel, too much from > the kernel makefiles was removed which lead to C files not being re- > compiled when a dependency changed. This can lead to panics in odd > places and generally a broken system. > ok deraadt@ (patrick@) arch/sgi/conf ~ Makefile.sgi > When option DDB_STRUCTINFO was removed from the kernel, too much from > the kernel makefiles was removed which lead to C files not being re- > compiled when a dependency changed. This can lead to panics in odd > places and generally a broken system. > ok deraadt@ (patrick@) arch/socppc/conf ~ Makefile.socppc > When option DDB_STRUCTINFO was removed from the kernel, too much from > the kernel makefiles was removed which lead to C files not being re- > compiled when a dependency changed. This can lead to panics in odd > places and generally a broken system. > ok deraadt@ (patrick@) arch/sparc64/conf ~ Makefile.sparc64 > When option DDB_STRUCTINFO was removed from the kernel, too much from > the kernel makefiles was removed which lead to C files not being re- > compiled when a dependency changed. This can lead to panics in odd > places and generally a broken system. > ok deraadt@ (patrick@) dev/pci ~ if_iwn.c > The DELAY() recently added to iwn(4) to make association more reliable > could > be triggered by incoming management frames, such as DEAUTH frames. As krw@ > found out, a system receiving many such frames would become unresponsive. > Ensure this extra DELAY() only happens if we decide to send an AUTH frame. > ok mpi@ krw@ (stsp@) =============================================================================== _______________________________________________ odc mailing list [email protected] http://www.squish.net/mailman/listinfo/odc
