[odc] Daily src changes for 2009-04-05
ODC
auto at squish.net
Mon Apr 6 07:00:01 BST 2009
OpenBSD src changes summary for 2009-04-05
==========================================
etc/MAKEDEV.common etc/etc.alpha/MAKEDEV
etc/etc.amd64/MAKEDEV etc/etc.armish/MAKEDEV
etc/etc.hppa/MAKEDEV etc/etc.hppa64/MAKEDEV
etc/etc.i386/MAKEDEV etc/etc.landisk/MAKEDEV
etc/etc.macppc/MAKEDEV etc/etc.sgi/MAKEDEV
etc/etc.socppc/MAKEDEV etc/etc.sparc64/MAKEDEV
etc/etc.zaurus/MAKEDEV gnu/egcs
lib/libc lib/libm
share/man sys/arch/sparc64/dev
sys/dev/pci sys/uvm
usr.bin/patch usr.sbin/smtpd
== etc =============================================================== 01/07 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/etc
MAKEDEV.common
~ MAKEDEV.common
> video(4) devices use v4l2 api; from J.C. Roberts
> ok miod (jmc@)
etc.alpha/MAKEDEV
~ etc.alpha/MAKEDEV
> regen; (jmc@)
etc.amd64/MAKEDEV
~ etc.amd64/MAKEDEV
> regen; (jmc@)
etc.armish/MAKEDEV
~ etc.armish/MAKEDEV
> regen; (jmc@)
etc.hppa/MAKEDEV
~ etc.hppa/MAKEDEV
> regen; (jmc@)
etc.hppa64/MAKEDEV
~ etc.hppa64/MAKEDEV
> regen; (jmc@)
etc.i386/MAKEDEV
~ etc.i386/MAKEDEV
> regen; (jmc@)
etc.landisk/MAKEDEV
~ etc.landisk/MAKEDEV
> regen; (jmc@)
etc.macppc/MAKEDEV
~ etc.macppc/MAKEDEV
> regen; (jmc@)
etc.sgi/MAKEDEV
~ etc.sgi/MAKEDEV
> regen; (jmc@)
etc.socppc/MAKEDEV
~ etc.socppc/MAKEDEV
> regen; (jmc@)
etc.sparc64/MAKEDEV
~ etc.sparc64/MAKEDEV
> regen; (jmc@)
etc.zaurus/MAKEDEV
~ etc.zaurus/MAKEDEV
> regen; (jmc@)
== gnu =============================================================== 02/07 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/gnu
egcs
~ gcc/c-common.c
> - accept l modifier for %f
> - while here; also accept %F
> fixes devel/libconfuse on gcc2 archs
> tested by naddy@ on VAX
> "no objection" miod@ (martynas@)
== lib =============================================================== 03/07 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/lib
libc
~ arch/sh/gen/fabs.c
> this is not a write-only register. might have caused to optimize
> it away. ok miod@ (martynas@)
~ stdio/scanf.3 ~ stdio/vfscanf.c
> accept %F, which actually behaves the same as %f. per C99
> ok millert@ (martynas@)
libm
~ noieee_src/mathimpl.h ~ noieee_src/n_asinh.c
~ noieee_src/n_exp__E.c ~ noieee_src/n_expm1.c
~ noieee_src/n_log1p.c ~ noieee_src/n_pow.c
~ src/b_exp__D.c
> const static -> static const; since it's deprecated per C99. ok millert@
> (martynas@)
~ Makefile + arch/sh/e_sqrt.c
+ arch/sh/e_sqrtf.c + arch/sh/s_fabsf.c
> implement and use sqrt, sqrtf & fabsf in hardware; since it's
> faster that way. tested by myself. discussed w/ & ok miod@, millert@
> (martynas@)
== share ============================================================= 04/07 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/share
man
~ man8/man8.alpha/MAKEDEV.8 ~ man8/man8.amd64/MAKEDEV.8
~ man8/man8.armish/MAKEDEV.8 ~ man8/man8.hppa/MAKEDEV.8
~ man8/man8.hppa64/MAKEDEV.8 ~ man8/man8.i386/MAKEDEV.8
~ man8/man8.landisk/MAKEDEV.8 ~ man8/man8.macppc/MAKEDEV.8
~ man8/man8.sgi/MAKEDEV.8 ~ man8/man8.socppc/MAKEDEV.8
~ man8/man8.sparc64/MAKEDEV.8 ~ man8/man8.zaurus/MAKEDEV.8
> regen; (jmc@)
~ man7/hier.7
> /usr/X11R6/lib/xserver is more or less replaced by /usr/X11R6/lib/xorg.
> Pointed by jmc at . (matthieu@)
~ man8/yp.8
> In the previous commit, i confused "any" and "all".
> Fix prodded and checked by jmc@, thanks. (schwarze@)
== sys =============================================================== 05/07 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/sys
arch/sparc64/dev
~ iommu.c ~ viommu.c
> In the rare case where after we've loaded the iomap into the hardware,
> if we fail while assembling the dmamap due to the memory not fitting
> into our constraints we'll return from the function with the iomap still
> loaded, and more importantly with memory still allocated from the
> extent(9). So in such a case, make sure we clean up after outselves.
> In order to make this cleaner, remove an impossible condition check
> (kettenis and myself are satisfied that it will never happen), and make
> iomap_load_map void (it can't fail), so that we can only fail after both
> the extent is allocated and the iomap is loaded, and not inbetween the
> two.
> I tested iommu, kettenis tested viommu.
> ok kettenis at . (oga@)
dev/pci
~ drm/drmP.h ~ drm/i915_dma.c
~ drm/r300_cmdbuf.c ~ drm/savage_state.c
> kill DRM_VERIFYAREA_READ, it's part of a linux optimisation where we can
> guarrantee that copyin won't pagefault and use a faster version in that
> case.
> Since we just use plain copyin, it's stupid. (oga@)
~ drm/drmP.h ~ drm/drm_irq.c
~ drm/i915_irq.c ~ drm/radeon_irq.c
> Rework the vblank subsystem so that instead of having various bits in
> the drm softc, we only have one pointer, with the rest in that struct. This
> is
> so that vblank-less drivers (yes, they exist) don't need to waste space on
> useless crud.
> While i'm reworking most of this code anyway, accept that on openbsd all
> of the #defined atomic functions are not atomic other than set and clear
> bit. Also, realise that the vb_lock is held whenever we manipulate these
> counts anyway. With those two facts in mind just remove the
> atomic_blah() and just use ++ and --. (oga@)
uvm
~ uvm_vnode.c
> In the unlikely even that we do the final unref on a uvm_vnode object
> while there's io pending (async io makes that possible, but not often
> hit), then we'll be waiting for the pgo_releasepg hook to free the
> object when all of our pages disappear.
> However, uvn_releasepg, while it does everything else that unreferencing
> the object would do, it neglects to do the final vrele() on the vnode.
> So in this rare situation we'd end up with the vnode waiting around
> until it was forcibly recycled. Fix this by adding in the missing vrele().
> ok thib@ (oga@)
== usr.bin =========================================================== 06/07 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/usr.bin
patch
~ patch.c
> If no patch can be found in input, in addition to complaining on stderr,
> have the exit code indicate failure, not success.
> Discrepancy with GNU patch pointed out by Arfrever Frehtes Taifersar
> Arahesis.
> Help from and ok djm@, "sounds good to me" millert@ (stsp@)
== usr.sbin ========================================================== 07/07 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/usr.sbin
smtpd
~ enqueue.c
> ignore -o option (for now at least) when working in enqueue mode, this
> prevents smtpctl from choking and allows it to work with more mua's by
> default.
> spotted and added to my todo list by oga@ (gilles@)
~ lka.c
> log_warn -> log_warnx (gilles@)
===============================================================================
More information about the odc
mailing list