OpenBSD src changes summary for 2016-06-20 ==========================================
sbin/mount share/man sys/arch/sparc/include sys/arch/sparc/sparc sys/dev/i2c sys/dev/pci sys/dev/usb usr.sbin/bgpd usr.sbin/smtpd == sbin ============================================================== 01/04 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/sbin mount ~ mount.c > Add a bit more verbosity to tmpfs mount(8) output. > ok millert@ > feedback/ok natano@ (ajacoutot@) == share ============================================================= 02/04 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/share man ~ man4/umb.4 > Tweak umb(4) man page, mostly for brevity. > ok gerhard (stsp@) == sys =============================================================== 03/04 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/sys arch/sparc/include ~ psl.h > rework the splfoo implementation so it can provide splraise. > sparc was like sparc64 (or more likely sparc64 was like sparc) in > that the spl api was build with macros that created inline functions > that the spl were implemented as. this rework provides an splraise > that the splfoo macros are defined to. > because the code sequences for spl0, splraise, and splx are relatively > long, ive turned them into functions. > tested by (and thanks go to) miod@ tobiasu@ (dlg@) arch/sparc/sparc ~ intr.c > rework the splfoo implementation so it can provide splraise. > sparc was like sparc64 (or more likely sparc64 was like sparc) in > that the spl api was build with macros that created inline functions > that the spl were implemented as. this rework provides an splraise > that the splfoo macros are defined to. > because the code sequences for spl0, splraise, and splx are relatively > long, ive turned them into functions. > tested by (and thanks go to) miod@ tobiasu@ (dlg@) dev/i2c ~ files.i2c + ds1307.c > I2C driver for the Maxim DS1307 Real Time Clock chip. > The chip has been found on a Sun Fire V210 as a second RTC hooked up > to the SMU. Setting the time there has the advantage that it remains > after a boot since the internal V210 RTC will be synced by the DS1307 > at boot time. > Not linked to sparc64 yet since it will overwrite the internal RTC > handler. > ok deraadt (mglocker@) dev/pci ~ if_iwm.c > In iwm(4), send PHY DB commands as async commands. > This means we won't sleep and wait for the firmware to send an interrupt > when it's done processing the command. For unknown reasons, sometimes the > firmware never wakes the driver after a phy db command so the driver gives > up partway through the hardware init sequence. > We already have a DELAY in place after each phy db command we send to give > the firmware some time for processing, so skipping the sleep is not > expected > to cause problems. If it does, we'll have to revisit this change. > For now, this change makes iwm(4) work better in bsd.rd. > Problem reported by Remi Locherer on bugs@, and confirmed by kettenis@. > Lots of help with testing and ok tb@ (stsp@) dev/usb ~ if_umb.c > Make umb(4) less verbose by default. 'ifconfig umb0 debug' enables verbose > mode. > ok mpi deraadt gerhard (stsp@) == usr.sbin ========================================================== 04/04 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/usr.sbin bgpd ~ bgpd.c > change the "nexthop 1.2.3.4 now valid: via 192.168.0.1" message to > log_debug() > ok deraadt@ florian@ stsp@ phessler@ (benno@) smtpd ~ smtpd.c > with new fork+reexec, in case of failure in init of any child process > causing it to exit, we could end up with a NULL deref in parent. > free commit offered by eric@, ok gilles@ (gilles@) =============================================================================== _______________________________________________ odc mailing list [email protected] http://www.squish.net/mailman/listinfo/odc
