OpenBSD src changes summary for 2017-11-04 ==========================================
distrib/sets gnu/usr.bin/binutils-2.17 include/pthread.h lib/libc lib/libfuse lib/librthread lib/libsndio sbin/dhclient sbin/slaacd 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/octeon/dev sys/arch/sgi/conf sys/arch/sparc64/conf sys/dev/isa sys/kern sys/miscfs/fifofs sys/net sys/netinet sys/netinet6 sys/sys usr.sbin/vmd == distrib =========================================================== 01/07 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/distrib sets ~ lists/comp/mi ~ lists/man/mi > sync (visa@) == gnu =============================================================== 02/07 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/gnu usr.bin/binutils-2.17 ~ ld/lexsup.c ~ ld/emultempl/elf32.em > Revert recent changes to unbreak ports/net/samba > While it is not clear (to me) why that ports ends up with corrupted > shared libs, reverting those changes fixes the issue and should allow us > to close p2k17 more smoothly. > Discussed with a bunch, ok ajacoutot@ guenther@ (jca@) == include =========================================================== 03/07 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/include pthread.h ~ pthread.h > Revert recent changes to unbreak ports/net/samba > While it is not clear (to me) why that ports ends up with corrupted > shared libs, reverting those changes fixes the issue and should allow us > to close p2k17 more smoothly. > Discussed with a bunch, ok ajacoutot@ guenther@ (jca@) == lib =============================================================== 04/07 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/lib libc ~ Symbols.list ~ shlib_version ~ hidden/pthread.h ~ include/thread_private.h ~ thread/Makefile.inc ~ thread/rthread.c ~ thread/rthread_cleanup.c ~ thread/rthread_once.c > Revert recent changes to unbreak ports/net/samba > While it is not clear (to me) why that ports ends up with corrupted > shared libs, reverting those changes fixes the issue and should allow us > to close p2k17 more smoothly. > Discussed with a bunch, ok ajacoutot@ guenther@ (jca@) libfuse ~ fuse.c > Use the correct version macro. > From Helg Bredow, ok pirofti@ (mpi@) ~ fuse.c > fuse_loop_mt() isn't implemented so return an error value. > From Helg Bredow. (mpi@) librthread ~ Symbols.map ~ pthread.h ~ rthread.c ~ shlib_version > Revert recent changes to unbreak ports/net/samba > While it is not clear (to me) why that ports ends up with corrupted > shared libs, reverting those changes fixes the issue and should allow us > to close p2k17 more smoothly. > Discussed with a bunch, ok ajacoutot@ guenther@ (jca@) libsndio ~ mio_rmidi.c > polish debug printfs, no behaviour change. (ratchov@) == sbin ============================================================== 05/07 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/sbin dhclient ~ dhclient.c > Decline duplicate offers for the requested address, as are > duplicate offers for other addresses, so that the fastest > responding and presumably 'closest' DHCP server is used. (krw@) slaacd ~ engine.c ~ frontend.c > Don't keep blindly chugging along when receiving an unexpected imsg, > something is seriously wrong. (florian@) == sys =============================================================== 06/07 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/sys arch/alpha/conf ~ Makefile.alpha > Since rev 1.502 of rc(8) it creates a /bsd.booted hard link. At the > end of rc we call reorder_kernel which creates a /obsd hard link to > the same kernel. > In the past obsd was only created when doing a manual make install in > the kernel sources. > There is no need for two backup hard links during boot, rearange the > kernel Makefiles to restore previous behaviour and thus stopping > reorder_kernel from scribbling over /obsd. > Makes muscle memory of some kernel developers work again: /obsd can > serve as a known good kernel; and there was much rejoycing... > Discussed at length with benno, rpe, phessler and tb at > p2k17. > Seems like a good idea to deraadt. > OK benno, phessler, rpe, tb (florian@) arch/amd64/conf ~ Makefile.amd64 > Since rev 1.502 of rc(8) it creates a /bsd.booted hard link. At the > end of rc we call reorder_kernel which creates a /obsd hard link to > the same kernel. > In the past obsd was only created when doing a manual make install in > the kernel sources. > There is no need for two backup hard links during boot, rearange the > kernel Makefiles to restore previous behaviour and thus stopping > reorder_kernel from scribbling over /obsd. > Makes muscle memory of some kernel developers work again: /obsd can > serve as a known good kernel; and there was much rejoycing... > Discussed at length with benno, rpe, phessler and tb at > p2k17. > Seems like a good idea to deraadt. > OK benno, phessler, rpe, tb (florian@) arch/arm64/conf ~ Makefile.arm64 > Since rev 1.502 of rc(8) it creates a /bsd.booted hard link. At the > end of rc we call reorder_kernel which creates a /obsd hard link to > the same kernel. > In the past obsd was only created when doing a manual make install in > the kernel sources. > There is no need for two backup hard links during boot, rearange the > kernel Makefiles to restore previous behaviour and thus stopping > reorder_kernel from scribbling over /obsd. > Makes muscle memory of some kernel developers work again: /obsd can > serve as a known good kernel; and there was much rejoycing... > Discussed at length with benno, rpe, phessler and tb at > p2k17. > Seems like a good idea to deraadt. > OK benno, phessler, rpe, tb (florian@) arch/armv7/conf ~ Makefile.armv7 > Since rev 1.502 of rc(8) it creates a /bsd.booted hard link. At the > end of rc we call reorder_kernel which creates a /obsd hard link to > the same kernel. > In the past obsd was only created when doing a manual make install in > the kernel sources. > There is no need for two backup hard links during boot, rearange the > kernel Makefiles to restore previous behaviour and thus stopping > reorder_kernel from scribbling over /obsd. > Makes muscle memory of some kernel developers work again: /obsd can > serve as a known good kernel; and there was much rejoycing... > Discussed at length with benno, rpe, phessler and tb at > p2k17. > Seems like a good idea to deraadt. > OK benno, phessler, rpe, tb (florian@) arch/hppa/conf ~ Makefile.hppa > Since rev 1.502 of rc(8) it creates a /bsd.booted hard link. At the > end of rc we call reorder_kernel which creates a /obsd hard link to > the same kernel. > In the past obsd was only created when doing a manual make install in > the kernel sources. > There is no need for two backup hard links during boot, rearange the > kernel Makefiles to restore previous behaviour and thus stopping > reorder_kernel from scribbling over /obsd. > Makes muscle memory of some kernel developers work again: /obsd can > serve as a known good kernel; and there was much rejoycing... > Discussed at length with benno, rpe, phessler and tb at > p2k17. > Seems like a good idea to deraadt. > OK benno, phessler, rpe, tb (florian@) arch/i386/conf ~ Makefile.i386 > Since rev 1.502 of rc(8) it creates a /bsd.booted hard link. At the > end of rc we call reorder_kernel which creates a /obsd hard link to > the same kernel. > In the past obsd was only created when doing a manual make install in > the kernel sources. > There is no need for two backup hard links during boot, rearange the > kernel Makefiles to restore previous behaviour and thus stopping > reorder_kernel from scribbling over /obsd. > Makes muscle memory of some kernel developers work again: /obsd can > serve as a known good kernel; and there was much rejoycing... > Discussed at length with benno, rpe, phessler and tb at > p2k17. > Seems like a good idea to deraadt. > OK benno, phessler, rpe, tb (florian@) arch/landisk/conf ~ Makefile.landisk > Since rev 1.502 of rc(8) it creates a /bsd.booted hard link. At the > end of rc we call reorder_kernel which creates a /obsd hard link to > the same kernel. > In the past obsd was only created when doing a manual make install in > the kernel sources. > There is no need for two backup hard links during boot, rearange the > kernel Makefiles to restore previous behaviour and thus stopping > reorder_kernel from scribbling over /obsd. > Makes muscle memory of some kernel developers work again: /obsd can > serve as a known good kernel; and there was much rejoycing... > Discussed at length with benno, rpe, phessler and tb at > p2k17. > Seems like a good idea to deraadt. > OK benno, phessler, rpe, tb (florian@) arch/loongson/conf ~ Makefile.loongson > Since rev 1.502 of rc(8) it creates a /bsd.booted hard link. At the > end of rc we call reorder_kernel which creates a /obsd hard link to > the same kernel. > In the past obsd was only created when doing a manual make install in > the kernel sources. > There is no need for two backup hard links during boot, rearange the > kernel Makefiles to restore previous behaviour and thus stopping > reorder_kernel from scribbling over /obsd. > Makes muscle memory of some kernel developers work again: /obsd can > serve as a known good kernel; and there was much rejoycing... > Discussed at length with benno, rpe, phessler and tb at > p2k17. > Seems like a good idea to deraadt. > OK benno, phessler, rpe, tb (florian@) arch/luna88k/conf ~ Makefile.luna88k > Since rev 1.502 of rc(8) it creates a /bsd.booted hard link. At the > end of rc we call reorder_kernel which creates a /obsd hard link to > the same kernel. > In the past obsd was only created when doing a manual make install in > the kernel sources. > There is no need for two backup hard links during boot, rearange the > kernel Makefiles to restore previous behaviour and thus stopping > reorder_kernel from scribbling over /obsd. > Makes muscle memory of some kernel developers work again: /obsd can > serve as a known good kernel; and there was much rejoycing... > Discussed at length with benno, rpe, phessler and tb at > p2k17. > Seems like a good idea to deraadt. > OK benno, phessler, rpe, tb (florian@) arch/macppc/conf ~ Makefile.macppc > Since rev 1.502 of rc(8) it creates a /bsd.booted hard link. At the > end of rc we call reorder_kernel which creates a /obsd hard link to > the same kernel. > In the past obsd was only created when doing a manual make install in > the kernel sources. > There is no need for two backup hard links during boot, rearange the > kernel Makefiles to restore previous behaviour and thus stopping > reorder_kernel from scribbling over /obsd. > Makes muscle memory of some kernel developers work again: /obsd can > serve as a known good kernel; and there was much rejoycing... > Discussed at length with benno, rpe, phessler and tb at > p2k17. > Seems like a good idea to deraadt. > OK benno, phessler, rpe, tb (florian@) arch/octeon/conf ~ Makefile.octeon > Since rev 1.502 of rc(8) it creates a /bsd.booted hard link. At the > end of rc we call reorder_kernel which creates a /obsd hard link to > the same kernel. > In the past obsd was only created when doing a manual make install in > the kernel sources. > There is no need for two backup hard links during boot, rearange the > kernel Makefiles to restore previous behaviour and thus stopping > reorder_kernel from scribbling over /obsd. > Makes muscle memory of some kernel developers work again: /obsd can > serve as a known good kernel; and there was much rejoycing... > Discussed at length with benno, rpe, phessler and tb at > p2k17. > Seems like a good idea to deraadt. > OK benno, phessler, rpe, tb (florian@) arch/octeon/dev ~ cn30xxfpa.c ~ cn30xxfpavar.h ~ cn30xxipd.c > Use the macro for cache line size. (visa@) ~ if_cnmac.c > Check buffer size parameters at compile time. (visa@) ~ cn30xxfpavar.h ~ if_cnmac.c > One macro for cache line size is enough. (visa@) arch/sgi/conf ~ Makefile.sgi > Since rev 1.502 of rc(8) it creates a /bsd.booted hard link. At the > end of rc we call reorder_kernel which creates a /obsd hard link to > the same kernel. > In the past obsd was only created when doing a manual make install in > the kernel sources. > There is no need for two backup hard links during boot, rearange the > kernel Makefiles to restore previous behaviour and thus stopping > reorder_kernel from scribbling over /obsd. > Makes muscle memory of some kernel developers work again: /obsd can > serve as a known good kernel; and there was much rejoycing... > Discussed at length with benno, rpe, phessler and tb at > p2k17. > Seems like a good idea to deraadt. > OK benno, phessler, rpe, tb (florian@) arch/sparc64/conf ~ Makefile.sparc64 > Since rev 1.502 of rc(8) it creates a /bsd.booted hard link. At the > end of rc we call reorder_kernel which creates a /obsd hard link to > the same kernel. > In the past obsd was only created when doing a manual make install in > the kernel sources. > There is no need for two backup hard links during boot, rearange the > kernel Makefiles to restore previous behaviour and thus stopping > reorder_kernel from scribbling over /obsd. > Makes muscle memory of some kernel developers work again: /obsd can > serve as a known good kernel; and there was much rejoycing... > Discussed at length with benno, rpe, phessler and tb at > p2k17. > Seems like a good idea to deraadt. > OK benno, phessler, rpe, tb (florian@) dev/isa ~ if_ie.c > Interface counters should only increment. > haesbaert points out that ie(4) does a weird error accounting dance > which requires it to decrement a interface counter in some cases. > Shuffle things around to only ever do an increment > "sure" kettenis, OK mpi (florian@) kern ~ kern_event.c ~ uipc_socket.c > Make it possible for multiple threads to enter kqueue_scan() in parallel. > This is a requirement to use a sleeping lock inside kqueue filters. > It is now possible, but not recommended, to sleep inside ``f_event''. > Threads iterating over the list of pending events are now recognizing > and skipping other threads' markers. knote_acquire() and knote_release() > must be used to "own" a knote to make sure no other thread is sleeping > with a reference on it. > Acquire and marker logic taken from DragonFly but the KERNEL_LOCK() > is still serializing the execution of the kqueue code. > This also enable the NET_LOCK() in socket filters. > Tested by abieber@ & juanfra@, run by naddy@ in a bulk, ok visa@, bluhm@ > (mpi@) ~ uipc_proto.c > raw_init() is dead and <net/raw_cb.h> doesn't need to be included there. > (mpi@) miscfs/fifofs ~ fifo_vnops.c > Make it possible for multiple threads to enter kqueue_scan() in parallel. > This is a requirement to use a sleeping lock inside kqueue filters. > It is now possible, but not recommended, to sleep inside ``f_event''. > Threads iterating over the list of pending events are now recognizing > and skipping other threads' markers. knote_acquire() and knote_release() > must be used to "own" a knote to make sure no other thread is sleeping > with a reference on it. > Acquire and marker logic taken from DragonFly but the KERNEL_LOCK() > is still serializing the execution of the kqueue code. > This also enable the NET_LOCK() in socket filters. > Tested by abieber@ & juanfra@, run by naddy@ in a bulk, ok visa@, bluhm@ > (mpi@) net ~ if.c > Stop calling ifp->if_ioctl() inside in{,6}_ioctl(). > Instead return EOPNOTSUPP and call it from ifioctl(). This will help > getting per-driver ioctl routines outside of need the NET_LOCK(). > While here always return ENXIO when ``ifp'' is NULL. > ok visa@, florian@ (mpi@) ~ raw_cb.h > raw_init() is dead and <net/raw_cb.h> doesn't need to be included there. > (mpi@) ~ if.c > Move the ioctls that only need a read lock from ifioctl into a new > function ifioctl_get(). This simplifies an upcoming diff. > suggested by & ok mpi, input & ok florian (tb@) netinet ~ in.c > Stop calling ifp->if_ioctl() inside in{,6}_ioctl(). > Instead return EOPNOTSUPP and call it from ifioctl(). This will help > getting per-driver ioctl routines outside of need the NET_LOCK(). > While here always return ENXIO when ``ifp'' is NULL. > ok visa@, florian@ (mpi@) netinet6 ~ in6.c > Stop calling ifp->if_ioctl() inside in{,6}_ioctl(). > Instead return EOPNOTSUPP and call it from ifioctl(). This will help > getting per-driver ioctl routines outside of need the NET_LOCK(). > While here always return ENXIO when ``ifp'' is NULL. > ok visa@, florian@ (mpi@) sys ~ event.h ~ socketvar.h > Make it possible for multiple threads to enter kqueue_scan() in parallel. > This is a requirement to use a sleeping lock inside kqueue filters. > It is now possible, but not recommended, to sleep inside ``f_event''. > Threads iterating over the list of pending events are now recognizing > and skipping other threads' markers. knote_acquire() and knote_release() > must be used to "own" a knote to make sure no other thread is sleeping > with a reference on it. > Acquire and marker logic taken from DragonFly but the KERNEL_LOCK() > is still serializing the execution of the kqueue code. > This also enable the NET_LOCK() in socket filters. > Tested by abieber@ & juanfra@, run by naddy@ in a bulk, ok visa@, bluhm@ > (mpi@) == usr.sbin ========================================================== 07/07 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/usr.sbin vmd ~ proc.c > Remove a debug message that has outlived its usefulness. > From Carlos Cardenas, who discussed this with reyk@ also. Thanks! > (mlarkin@) ~ config.c > whitespace (mlarkin@) =============================================================================== _______________________________________________ odc mailing list [email protected] http://www.squish.net/mailman/listinfo/odc
