[odc] Daily src changes for 2007-04-04
ODC
auto at squish.net
Thu Apr 5 08:00:22 BST 2007
OpenBSD src changes summary for 2007-04-04
==========================================
bin/pax etc/etc.vax/MAKEDEV
etc/etc.vax/MAKEDEV.md gnu/usr.sbin/sendmail
libexec/ld.so libexec/tftpd
sbin/fdisk sys/arch/amd64/amd64
sys/arch/amd64/stand/libsa sys/arch/hppa/hppa
sys/arch/hppa64/hppa64 sys/arch/i386/i386
sys/arch/i386/stand/libsa sys/arch/m68k/m68k
sys/arch/sparc64/conf sys/arch/sparc64/dev
sys/arch/sparc64/sparc64 sys/dev/ata
sys/dev/ic sys/kern
sys/scsi sys/sys
sys/ufs/ffs sys/uvm
usr.bin/compress usr.bin/top
usr.sbin/ospfd usr.sbin/spamdb
== bin =============================================================== 01/08 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/bin
pax
~ gen_subs.c
> For verbose archive listings, use -> for symlinks, not =>,
> as per POSIX. From Igor Sobrado via jmc at . otto@ (millert@)
== etc =============================================================== 02/08 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/etc
etc.vax/MAKEDEV
~ etc.vax/MAKEDEV
> sync (todd@)
etc.vax/MAKEDEV.md
~ etc.vax/MAKEDEV.md
> fix wrong major # for xfs (todd@)
== gnu =============================================================== 03/08 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/gnu
usr.sbin/sendmail
~ KNOWNBUGS ~ RELEASE_NOTES
~ cf/README ~ cf/m4/proto.m4
~ cf/m4/version.m4 ~ contrib/qtool.pl
~ doc/op/op.me ~ include/libmilter/mfdef.h
~ include/sm/conf.h ~ include/sm/errstring.h
~ libmilter/engine.c
~ libmilter/docs/smfi_addrcpt_par.html
~ libmilter/docs/smfi_getsymval.html ~ libmilter/docs/smfi_version.html
~ libmilter/docs/xxfi_body.html ~ libsm/config.c
~ libsm/memstat.c ~ libsm/t-memstat.c
~ libsm/t-sem.c ~ sendmail/conf.c
~ sendmail/daemon.c ~ sendmail/deliver.c
~ sendmail/headers.c ~ sendmail/helpfile
~ sendmail/mailq.8 ~ sendmail/map.c
~ sendmail/milter.c ~ sendmail/queue.c
~ sendmail/recipient.c ~ sendmail/sendmail.h
~ sendmail/srvrsmtp.c ~ sendmail/version.c
+ include/sm/os/sm_os_qnx.h
> Update to sendmail-8.14.1 (millert@)
== libexec =========================================================== 04/08 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/libexec
ld.so
~ ld.so.1
> properly escape "%O"; ok jason (jmc@)
tftpd
~ tftpd.c
> only do the SO_REUSEADDR/SO_REUSEPORT if we are going to bind; pointed out
> by millert (deraadt@)
== sbin ============================================================== 05/08 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/sbin
fdisk
~ part.c
> Thinkpad -> ThinkPad; from Igor Sobrado
> ok millert jasper mbalmer (jmc@)
== sys =============================================================== 06/08 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/sys
arch/amd64/amd64
~ pmap.c
> Mechanically rename the "flags" and "version" fields in struct vm_page
> to "pg_flags" and "pg_version", so that they are a bit easier to work with.
> Whoever uses generic names like this for a popular struct obviously doesn't
> read much code.
> Most architectures compile and there are no functionality changes.
> deraadt@ ok ("if something fails to compile, we fix that by hand") (art@)
arch/amd64/stand/libsa
~ biosdev.c
> Thinkpad -> ThinkPad; from Igor Sobrado
> ok millert jasper mbalmer (jmc@)
arch/hppa/hppa
~ pmap.c
> Mechanically rename the "flags" and "version" fields in struct vm_page
> to "pg_flags" and "pg_version", so that they are a bit easier to work with.
> Whoever uses generic names like this for a popular struct obviously doesn't
> read much code.
> Most architectures compile and there are no functionality changes.
> deraadt@ ok ("if something fails to compile, we fix that by hand") (art@)
arch/hppa64/hppa64
~ pmap.c
> Mechanically rename the "flags" and "version" fields in struct vm_page
> to "pg_flags" and "pg_version", so that they are a bit easier to work with.
> Whoever uses generic names like this for a popular struct obviously doesn't
> read much code.
> Most architectures compile and there are no functionality changes.
> deraadt@ ok ("if something fails to compile, we fix that by hand") (art@)
arch/i386/i386
~ pmap.c ~ pmapae.c
> Mechanically rename the "flags" and "version" fields in struct vm_page
> to "pg_flags" and "pg_version", so that they are a bit easier to work with.
> Whoever uses generic names like this for a popular struct obviously doesn't
> read much code.
> Most architectures compile and there are no functionality changes.
> deraadt@ ok ("if something fails to compile, we fix that by hand") (art@)
arch/i386/stand/libsa
~ biosdev.c
> Thinkpad -> ThinkPad; from Igor Sobrado
> ok millert jasper mbalmer (jmc@)
arch/m68k/m68k
~ pmap_motorola.c
> Mechanically rename the "flags" and "version" fields in struct vm_page
> to "pg_flags" and "pg_version", so that they are a bit easier to work with.
> Whoever uses generic names like this for a popular struct obviously doesn't
> read much code.
> Most architectures compile and there are no functionality changes.
> deraadt@ ok ("if something fails to compile, we fix that by hand") (art@)
arch/sparc64/conf
~ files.sparc64
> Add support for ebus at mainbus, as found on machines with pyro(4) like the
> v215. (kettenis@)
~ GENERIC ~ RAMDISK
> Enable pyro(4) and ebus(4) at mainbus(4). Reorder bus drivers such that
> the order in GENERIC and RAMDISK is identical. (kettenis@)
arch/sparc64/dev
~ ebus.c ~ ebusreg.h
~ ebusvar.h + ebus_mainbus.c
> Add support for ebus at mainbus, as found on machines with pyro(4) like the
> v215. (kettenis@)
~ iommu.c
> Correctly set the TSB size on pyro(4). (kettenis@)
arch/sparc64/sparc64
~ pmap.c
> Mechanically rename the "flags" and "version" fields in struct vm_page
> to "pg_flags" and "pg_version", so that they are a bit easier to work with.
> Whoever uses generic names like this for a popular struct obviously doesn't
> read much code.
> Most architectures compile and there are no functionality changes.
> deraadt@ ok ("if something fails to compile, we fix that by hand") (art@)
dev/ata
~ atascsi.h
> some registers are shared amongst various sata controllers, so stick
> definitions of them here. this starts with the SStatus register. (dlg@)
dev/ic
~ sili.c
> do a global reset properly. (dlg@)
~ silireg.h
> port control clear bits (dlg@)
~ silireg.h
> interrupt enable set/clear defns (dlg@)
~ sili.c
> implement sili_pwait_{ne,eq} for busy waiting on register values.
> fill in sili_ata_probe a bit so it actually moves the port out of the reset
> state and waits for the SStatus register to show that a device has been
> detected.
> the next step is to issue a soft reset and get the device signature, but i
> need a code path for commands (like a soft reset) first. (dlg@)
~ bcw.c ~ bcwreg.h
~ bcwvar.h
> Debugging. Fix a lot wrong registers. Fix a couple of /* XXX */ and
> /* TODO */ for the radio / PHY init. (mglocker@)
~ bcw.c
> Activate interference mitigation. (mglocker@)
kern
~ kern_exit.c
> oursleves -> ourselves (pedro@)
~ kern_exit.c
> Don't remove the process from the threads queue in proc_zap() as that
> currently already happens in exit1(), okay art@ (pedro@)
~ kern_time.c
> Implement clock_gettime(CLOCK_PROF) since it's so simple.
> deraadt@ ok (art@)
~ kern_malloc_debug.c
> Mechanically rename the "flags" and "version" fields in struct vm_page
> to "pg_flags" and "pg_version", so that they are a bit easier to work with.
> Whoever uses generic names like this for a popular struct obviously doesn't
> read much code.
> Most architectures compile and there are no functionality changes.
> deraadt@ ok ("if something fails to compile, we fix that by hand") (art@)
~ kern_rwlock.c
> Implement RW_DOWNGRADE that downgrades an exclusive lock to a shared lock
> without letting any other exclusive locks in between. As opposed to
> upgrading
> locks, this is easy and solves real problems.
> deraadt@ ok (art@)
scsi
~ sd.c
> sprinkle some ansification around.
> no binary change, and ok krw@ marco@ (dlg@)
sys
~ proc.h
> abouse -> abuse (pedro@)
~ rwlock.h
> Implement RW_DOWNGRADE that downgrades an exclusive lock to a shared lock
> without letting any other exclusive locks in between. As opposed to
> upgrading
> locks, this is easy and solves real problems.
> deraadt@ ok (art@)
ufs/ffs
~ ffs_softdep.c
> Back out revision 1.70. By asynchronously writing the bitmaps to disk
> upon unmount, we were generating rollbacks that wouldn't be taken care
> of, as well as leaving dangling items in softdep's worklist. (pedro@)
uvm
~ uvm_amap.c ~ uvm_anon.c
~ uvm_aobj.c ~ uvm_fault.c
~ uvm_km.c ~ uvm_loan.c
~ uvm_map.c ~ uvm_page.c
~ uvm_page.h ~ uvm_page_i.h
~ uvm_pager.c ~ uvm_pdaemon.c
~ uvm_pglist.c ~ uvm_vnode.c
> Mechanically rename the "flags" and "version" fields in struct vm_page
> to "pg_flags" and "pg_version", so that they are a bit easier to work with.
> Whoever uses generic names like this for a popular struct obviously doesn't
> read much code.
> Most architectures compile and there are no functionality changes.
> deraadt@ ok ("if something fails to compile, we fix that by hand") (art@)
~ uvm_map.h ~ uvm_map_i.h
> Switch vm_map lock to rwlock.
> Use a simple "rw_exit_read(); rw_enter_write();" for lock upgrade, since
> that's what lockmgr did anyway.
> deraadt@ ok (art@)
== usr.bin =========================================================== 07/08 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/usr.bin
compress
~ compress.1 ~ gzip.1
> Clarify the behavior of the -N and -n flags. (millert@)
~ main.c
> Rename "nosave" variable to "storename" in hopes of clarifying
> the code a bit. OK otto@ (millert@)
~ compress.1
> tweak previous; (jmc@)
~ gzip.1
> oops, tweak previous here too; (jmc@)
top
~ screen.c
> garbage collect unused var ospeed; from Mark Lumsden (otto@)
~ machine.c
> missing prototypes; from Mark Lumsden with a twist by me. (otto@)
~ utils.c
> unneeded include; -Wall -Wmissing-prototypes is happy; from Mark Lumsden
> (otto@)
== usr.sbin ========================================================== 08/08 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/usr.sbin
ospfd
~ rde.c
> There is no need to originate inter-area routes to the backbone.
> Inter-area routes are already comming from the backbone so readding them
> is wrong.
> OK norby@ (claudio@)
~ rde.c
> Type 4 (router) summery LSA need to be sent out with an LS ID equal to the
> ASBR router ID. Using the avertising router for this only works for intra-
> area routes but fails horribly for inter-area ones. Luckily RIB router
> entries
> use the router ID as prefix so just use that instead -- this simplifies the
> code nicly. Figured out the hardway by pyr at .sted and OK pyr@ (claudio@)
spamdb
~ spamdb.8
> document correctly WHITE format; ok beck
> fixes system/5432 from Ullrich 'Jason' Haag (jmc@)
===============================================================================
More information about the odc
mailing list