OpenBSD src changes summary for 2017-06-19 ==========================================
distrib/sets etc/rc games/tetris lib/libc sbin/dhclient share/man share/mk sys/arch/amd64/include sys/arch/amd64/stand/boot sys/arch/amd64/stand/efiboot sys/arch/amd64/stand/libsa sys/arch/i386/include sys/arch/i386/stand/boot sys/arch/i386/stand/libsa sys/arch/octeon/dev sys/arch/octeon/include sys/arch/octeon/octeon sys/dev/ic sys/dev/pci sys/kern sys/net sys/netinet sys/netinet6 sys/nfs sys/stand sys/sys usr.bin/mandoc usr.bin/who usr.sbin/config usr.sbin/ospf6ctl usr.sbin/ospf6d usr.sbin/procmap usr.sbin/smtpd == distrib =========================================================== 01/09 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/distrib sets ~ lists/base/mi > sync (deraadt@) == etc =============================================================== 02/09 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/etc rc ~ rc > As early as possible, create a link /bsd.booted to the /bsd kernel we > presume we booted from. If you boot from another kernel, we cannot help > you later with hibernate, sorry -- The kernel does not get a useable > filename from the bootblocks. > In the bootblocks, detect a live hibernate signature and boot from > /bsd.booted instead. > with yasuoka, lots of discussion with mlarkin, ok tom (deraadt@) == games ============================================================= 03/09 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/games tetris ~ tetris.6 > No need for a conditional to choose between nroff and troff. > ok jmc@ (bentley@) == lib =============================================================== 04/09 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/lib libc ~ Symbols.list ~ shlib_version ~ gen/Makefile.inc ~ stdlib/malloc.c + gen/tree.c + hidden/sys/tree.h > port the RBT code to userland by making it part of libc. > src/lib/libc/gen/tree.c is a copy of src/sys/kern/subr_tree.c, but with > annotations for symbol visibility. changes to one should be reflected > in the other. > the malloc debug code that uses RB code is ported to RBT. > because libc provides the RBT code, procmap doesn't have to reach into > the kernel and build subr_tree.c itself now. > mild enthusiasm from many > ok guenther@ (dlg@) == sbin ============================================================== 05/09 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/sbin dhclient ~ dhclient.c > Erroneous host names in various options should be ignored > and not cause the lease to be declined. Restore inadvertantly > changed behaviour. Tweak logic to also ignore invalid > host names in domain-search. > Reported by Christer Solskogen via misc@ (krw@) ~ bpf.c ~ dhclient.c ~ dispatch.c ~ parse.c > Various KNF nits. (krw@) == share ============================================================= 06/09 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/share man ~ man9/mbuf.9 > When dealing with mbuf pointers passed down as function parameters, > bugs could easily result in use-after-free or double free. Introduce > m_freemp() which automatically resets the pointer before freeing > it. So we have less dangling pointers in the kernel. > OK krw@ mpi@ claudio@ (bluhm@) ~ man9/mbuf.9 > missing letter in previous; (jmc@) ~ man9/Makefile + man9/pool_cache_init.9 > talk about the per cpu caches in pools by documenting pool_cache_init() > this describes what the per cpu caches do, and has some bonus doco about > what the sysctls provide thanks to a suggestion from mikeb@ > some tweaks are coming, but this is mostly right. > ok jmc@ schwarze@ (dlg@) ~ man9/pool_cache_init.9 > s/can be from process context/can be called from process context/ > from schwarze@ (dlg@) ~ man9/pool_cache_init.9 > s/pool_set_hardlimit/pool_sethardlimit/ > from schwarze@ (dlg@) ~ man9/pool_cache_init.9 > s/a active/an active/ (dlg@) mk ~ bsd.own.mk > g/c ASPICFLAG. > This used to be necessary a long time ago in the... gcc 2.95 days. > from miod@ (mpi@) == sys =============================================================== 07/09 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/sys arch/amd64/include ~ biosvar.h > As early as possible, create a link /bsd.booted to the /bsd kernel we > presume we booted from. If you boot from another kernel, we cannot help > you later with hibernate, sorry -- The kernel does not get a useable > filename from the bootblocks. > In the bootblocks, detect a live hibernate signature and boot from > /bsd.booted instead. > with yasuoka, lots of discussion with mlarkin, ok tom (deraadt@) arch/amd64/stand/boot ~ Makefile > As early as possible, create a link /bsd.booted to the /bsd kernel we > presume we booted from. If you boot from another kernel, we cannot help > you later with hibernate, sorry -- The kernel does not get a useable > filename from the bootblocks. > In the bootblocks, detect a live hibernate signature and boot from > /bsd.booted instead. > with yasuoka, lots of discussion with mlarkin, ok tom (deraadt@) arch/amd64/stand/efiboot ~ Makefile.common > As early as possible, create a link /bsd.booted to the /bsd kernel we > presume we booted from. If you boot from another kernel, we cannot help > you later with hibernate, sorry -- The kernel does not get a useable > filename from the bootblocks. > In the bootblocks, detect a live hibernate signature and boot from > /bsd.booted instead. > with yasuoka, lots of discussion with mlarkin, ok tom (deraadt@) arch/amd64/stand/libsa ~ diskprobe.c > As early as possible, create a link /bsd.booted to the /bsd kernel we > presume we booted from. If you boot from another kernel, we cannot help > you later with hibernate, sorry -- The kernel does not get a useable > filename from the bootblocks. > In the bootblocks, detect a live hibernate signature and boot from > /bsd.booted instead. > with yasuoka, lots of discussion with mlarkin, ok tom (deraadt@) arch/i386/include ~ biosvar.h > As early as possible, create a link /bsd.booted to the /bsd kernel we > presume we booted from. If you boot from another kernel, we cannot help > you later with hibernate, sorry -- The kernel does not get a useable > filename from the bootblocks. > In the bootblocks, detect a live hibernate signature and boot from > /bsd.booted instead. > with yasuoka, lots of discussion with mlarkin, ok tom (deraadt@) arch/i386/stand/boot ~ Makefile > As early as possible, create a link /bsd.booted to the /bsd kernel we > presume we booted from. If you boot from another kernel, we cannot help > you later with hibernate, sorry -- The kernel does not get a useable > filename from the bootblocks. > In the bootblocks, detect a live hibernate signature and boot from > /bsd.booted instead. > with yasuoka, lots of discussion with mlarkin, ok tom (deraadt@) arch/i386/stand/libsa ~ diskprobe.c > As early as possible, create a link /bsd.booted to the /bsd kernel we > presume we booted from. If you boot from another kernel, we cannot help > you later with hibernate, sorry -- The kernel does not get a useable > filename from the bootblocks. > In the bootblocks, detect a live hibernate signature and boot from > /bsd.booted instead. > with yasuoka, lots of discussion with mlarkin, ok tom (deraadt@) arch/octeon/dev ~ octciu.c > Use a consistent naming for fdt attach arguments. (visa@) ~ octrtc.c > There is no RTC on the E1000 board. (visa@) arch/octeon/include ~ octeonvar.h > There is no RTC on the E1000 board. (visa@) ~ octeonreg.h > Fix the timecounter register on CN72xx/CN73xx. (visa@) arch/octeon/octeon ~ machdep.c > Use type register_t instead of __register_t. Drop unneeded __unused. > (visa@) ~ machdep.c > Use octeon_model_family() for SoC identification as in the rest > of the code. (visa@) ~ machdep.c > Fix the timecounter register on CN72xx/CN73xx. (visa@) dev/ic ~ re.c > Do not call txeof nor rxeof in the watchdog routine. > They cannot be serialized with the interrupt routine and are > useless because the driver is reinitialized right after. > Pointed by and ok mikeb@ (mpi@) dev/pci ~ drm/i915/i915_drv.c > Add a handler for the WSDISPLAYIO_GINFO ioctl in inteldrm, allowing > to retrieve basic information about a framebuffer display. > OK visa@, tedu@ (fcambus@) ~ drm/radeon/radeon_kms.c > Add a handler for the WSDISPLAYIO_GINFO ioctl in radeondrm, allowing > to retrieve basic information about a framebuffer display. > OK visa@, deraadt@ (fcambus@) kern ~ kern_pledge.c > Terminate pledge log(9) with newline. This fixes dmesg(8) output. > found by regress/sys/kern/pledge/generic; OK deraadt@ (bluhm@) ~ subr_pool.c > dynamically scale the size of the per cpu cache lists. > if the lock around the global depot of extra cache lists is contented > a lot in between the gc task runs, consider growing the number of > entries a free list can hold. > the size of the list is bounded by the number of pool items the > current set of pages can represent to avoid having cpus starve each > other. im not sure this semantic is right (or the least worst) but > we're putting it in now to see what happens. > this also means reality matches the documentation i just committed > in pool_cache_init.9. > tested by hrvoje popovski and amit kulkarni > ok visa@ (dlg@) net ~ radix.c ~ radix.h > Make rn_match() and rn_lookup() safe to be used in parrallel, when > different trees are manipulated: > - Stop writting to global variables > - Use a buffer on the stack > - Anotate read/only arrays as such > While here introduce a SALEN() macro and assert that the KERNEL_LOCK() > is held when a tree is modified. > ok bluhm@ (mpi@) ~ bsd-comp.c ~ if_gif.c ~ pf_norm.c ~ ppp-deflate.c > When dealing with mbuf pointers passed down as function parameters, > bugs could easily result in use-after-free or double free. Introduce > m_freemp() which automatically resets the pointer before freeing > it. So we have less dangling pointers in the kernel. > OK krw@ mpi@ claudio@ (bluhm@) netinet ~ ip_input.c ~ ip_mroute.c > The IP multicast forward functions return an errno, call the variable > error. Make the ip_mforward() return value consistent. Simplify > the caller logic in ipv6_input() like in IPv4. > OK mpi@ (bluhm@) ~ igmp.c ~ ip_carp.c ~ ip_ether.c ~ ip_icmp.c ~ ip_input.c ~ ip_ipip.c ~ ipsec_input.c > When dealing with mbuf pointers passed down as function parameters, > bugs could easily result in use-after-free or double free. Introduce > m_freemp() which automatically resets the pointer before freeing > it. So we have less dangling pointers in the kernel. > OK krw@ mpi@ claudio@ (bluhm@) netinet6 ~ ip6_input.c > The IP multicast forward functions return an errno, call the variable > error. Make the ip_mforward() return value consistent. Simplify > the caller logic in ipv6_input() like in IPv4. > OK mpi@ (bluhm@) ~ ip6_input.c > When dealing with mbuf pointers passed down as function parameters, > bugs could easily result in use-after-free or double free. Introduce > m_freemp() which automatically resets the pointer before freeing > it. So we have less dangling pointers in the kernel. > OK krw@ mpi@ claudio@ (bluhm@) nfs ~ nfs_socket.c > When dealing with mbuf pointers passed down as function parameters, > bugs could easily result in use-after-free or double free. Introduce > m_freemp() which automatically resets the pointer before freeing > it. So we have less dangling pointers in the kernel. > OK krw@ mpi@ claudio@ (bluhm@) stand ~ boot/boot.c > As early as possible, create a link /bsd.booted to the /bsd kernel we > presume we booted from. If you boot from another kernel, we cannot help > you later with hibernate, sorry -- The kernel does not get a useable > filename from the bootblocks. > In the bootblocks, detect a live hibernate signature and boot from > /bsd.booted instead. > with yasuoka, lots of discussion with mlarkin, ok tom (deraadt@) sys ~ tree.h > port the RBT code to userland by making it part of libc. > src/lib/libc/gen/tree.c is a copy of src/sys/kern/subr_tree.c, but with > annotations for symbol visibility. changes to one should be reflected > in the other. > the malloc debug code that uses RB code is ported to RBT. > because libc provides the RBT code, procmap doesn't have to reach into > the kernel and build subr_tree.c itself now. > mild enthusiasm from many > ok guenther@ (dlg@) ~ mbuf.h > When dealing with mbuf pointers passed down as function parameters, > bugs could easily result in use-after-free or double free. Introduce > m_freemp() which automatically resets the pointer before freeing > it. So we have less dangling pointers in the kernel. > OK krw@ mpi@ claudio@ (bluhm@) ~ pool.h > dynamically scale the size of the per cpu cache lists. > if the lock around the global depot of extra cache lists is contented > a lot in between the gc task runs, consider growing the number of > entries a free list can hold. > the size of the list is bounded by the number of pool items the > current set of pages can represent to avoid having cpus starve each > other. im not sure this semantic is right (or the least worst) but > we're putting it in now to see what happens. > this also means reality matches the documentation i just committed > in pool_cache_init.9. > tested by hrvoje popovski and amit kulkarni > ok visa@ (dlg@) == usr.bin =========================================================== 08/09 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/usr.bin mandoc ~ mdoc_html.c > Fix a regression in the previous revision: > When there is no link description, reuse the URI. > Reported by tj@ and tb@. (schwarze@) who ~ who.1 > Mark up "am i" as Cm, not Ar. > While here, remove a leftover Tn macro. > ok jmc@ (bentley@) == usr.sbin ========================================================== 09/09 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/usr.sbin config ~ main.c > delete accidental blank line (deraadt@) ospf6ctl ~ ospf6ctl.c > Import route priority support from ospfd to ospf6d. > Also remove the RTF_UP flag from hdr.rtm_flags in send_rtmsg() since > ospfd and bgpd don't set the flag. > OK bluhm@ claudio@ (friehm@) ospf6d ~ kroute.c ~ ospf6d.h ~ rde.c > Import route priority support from ospfd to ospf6d. > Also remove the RTF_UP flag from hdr.rtm_flags in send_rtmsg() since > ospfd and bgpd don't set the flag. > OK bluhm@ claudio@ (friehm@) procmap ~ Makefile > port the RBT code to userland by making it part of libc. > src/lib/libc/gen/tree.c is a copy of src/sys/kern/subr_tree.c, but with > annotations for symbol visibility. changes to one should be reflected > in the other. > the malloc debug code that uses RB code is ported to RBT. > because libc provides the RBT code, procmap doesn't have to reach into > the kernel and build subr_tree.c itself now. > mild enthusiasm from many > ok guenther@ (dlg@) smtpd ~ smtp_session.c > fix descriptor leak in the smtp congestion mechanism > diff from Henri Kemppainen; ok gilles@ eric@ (gilles@) =============================================================================== _______________________________________________ odc mailing list [email protected] http://www.squish.net/mailman/listinfo/odc
