[odc] Daily src changes for 2007-04-11
ODC
auto at squish.net
Thu Apr 12 08:00:34 BST 2007
OpenBSD src changes summary for 2007-04-11
==========================================
share/man sys/adosfs
sys/arch/arm/arm sys/arch/i386/i386
sys/arch/sparc64/conf sys/dev
sys/dev/acpi sys/dev/ic
sys/dev/pci sys/dev/sdmmc
sys/isofs/cd9660 sys/kern
sys/msdosfs sys/net
sys/nfs sys/scsi
sys/sys sys/ufs/ext2fs
sys/ufs/ffs sys/ufs/ufs
sys/uvm sys/xfs
usr.sbin/afs usr.sbin/ospfd
== share ============================================================= 01/03 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/share
man
~ man4/pci.4
> pci can attach to pyro on sparc64 (dlg@)
~ man4/pci.4 ~ man4/man4.macppc/ht.4
> pci attaches to ht on macppc (dlg@)
~ man4/man4.sparc64/pmc.4 ~ man4/man4.sparc64/bbc.4
> - fix HISTORY; from jung
> - sort SEE ALSO (jmc@)
~ man9/lock.9
> lockmgr keeps losing code, call 911!
> ok pedro@ art@ (miod@)
~ man9/vrecycle.9
> Remove the simplelock argument from vrecycle();
> ok pedro@, sturm@ (thib@)
== sys =============================================================== 02/03 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/sys
adosfs
~ advnops.c
> Remove the simplelock argument from vrecycle();
> ok pedro@, sturm@ (thib@)
arch/arm/arm
~ pmap.c
> Instead of managing pages for intrsafe maps in special objects (aka.
> kmem_object) just so that we can remove them, just use pmap_extract
> to get the pages to free and simplify a lot of code to not deal with
> the list of intrsafe maps, intrsafe objects, etc.
> miod@ ok (art@)
arch/i386/i386
~ pmap.c
> Instead of managing pages for intrsafe maps in special objects (aka.
> kmem_object) just so that we can remove them, just use pmap_extract
> to get the pages to free and simplify a lot of code to not deal with
> the list of intrsafe maps, intrsafe objects, etc.
> miod@ ok (art@)
arch/sparc64/conf
~ GENERIC ~ RAMDISK
> sili(4) works, why not enable it? (dlg@)
dev
~ softraid.c ~ softraidvar.h
> Add infrastructure to run with multiple openings. (marco@)
~ softraid.c
> Fix thinko where vol was used instead of i (scsibus). (marco@)
~ softraid.c
> Remove stale comment. (marco@)
dev/acpi
~ acpi.c ~ acpicpu.c
~ dsdt.c ~ dsdt.h
> Added changes for C-State
> ok marco@ (jordan@)
dev/ic
~ acx.c
> As probe response mgmt frames are already handled by the firmware, ignore
> the ones which come from the 802.11 stack. Seen in the DragonFly driver.
> ok claudio@ (mglocker@)
~ acxvar.h
> Cleanup makros even more. Remove unused ones and reduce the amount of
> insane nesting. This driver is slowly getting to a sane level of makro
> usage.
> OK mglocker@ (claudio@)
~ acx.c
> Remove debug leftovers to make console output quite again in hostap mode.
> ok claudio@ (mglocker@)
dev/pci
~ if_txp.c
> Do not use m_prepend() directly, always use M_PREPEND() instead.
> While changing that also change the order of the __STRICT_ALIGNMENT case
> and
> introduce a bit of headroom in the mcluster used for the RX DMA. This
> prevents
> unnecessary allocations of mbufs. Tested by camield@ OK reyk@ (claudio@)
~ if_cas.c
> Check return value from m_devget(). (kettenis@)
dev/sdmmc
~ sdhc.c
> ((cast)ptr)++ is not a valid lvalue, despite being tolerated by gcc, so
> replace the post-increment with a proper statement.
> ok uwe@ (miod@)
isofs/cd9660
~ cd9660_node.c
> Remove the simplelock argument from vrecycle();
> ok pedro@, sturm@ (thib@)
kern
~ kern_lock.c
> lockmgr keeps losing code, call 911!
> ok pedro@ art@ (miod@)
~ kern_malloc.c ~ kern_malloc_debug.c
~ subr_pool.c
> Instead of managing pages for intrsafe maps in special objects (aka.
> kmem_object) just so that we can remove them, just use pmap_extract
> to get the pages to free and simplify a lot of code to not deal with
> the list of intrsafe maps, intrsafe objects, etc.
> miod@ ok (art@)
~ kern_exit.c
> remove proc from process thread list sooner in exit (notably, before
> waiting
> for the list to become empty)
> ok art (tedu@)
~ vfs_subr.c
> Remove the simplelock argument from vrecycle();
> ok pedro@, sturm@ (thib@)
msdosfs
~ msdosfs_denode.c
> Remove the simplelock argument from vrecycle();
> ok pedro@, sturm@ (thib@)
net
~ if_ppp.c
> Don't use m_prepend() even if it is used mostly correct here.
> m_prepend() should never be called directly, use M_PREPEND() instead.
> Doing so simplifies the code. Tested by fkr@ and Paul de Weerd.
> OK henning@ (claudio@)
nfs
~ nfs_var.h
> remove duplicate prototype;
> ok pedro@ (thib@)
scsi
~ sd.c
> Use a separate function to remove the buffers in sddetach.
> No functional change.
> ok krw (bluhm@)
sys
~ lock.h
> lockmgr keeps losing code, call 911!
> ok pedro@ art@ (miod@)
~ vnode.h
> Remove the simplelock argument from vrecycle();
> ok pedro@, sturm@ (thib@)
ufs/ext2fs
~ ext2fs_inode.c
> Remove the simplelock argument from vrecycle();
> ok pedro@, sturm@ (thib@)
ufs/ffs
~ ffs_vfsops.c
> in ffs_reload() use ffs_validate() to check if the
> superblock is OK; Makes it work for FFS2.
> ok tedu@ (thib@)
ufs/ufs
~ ufs_inode.c
> Remove the simplelock argument from vrecycle();
> ok pedro@, sturm@ (thib@)
uvm
~ uvm_extern.h ~ uvm_unix.c
> The return value of uvm_grow() (and previously, grow()) has not been used
> in 15 years, make it a void function.
> ok art@ (miod@)
~ uvm_extern.h ~ uvm_fault.c
~ uvm_fault_i.h ~ uvm_km.c
~ uvm_km.h ~ uvm_map.c
~ uvm_map.h ~ uvm_map_i.h
~ uvm_object.h ~ uvm_page.c
~ uvm_stat.c
> Instead of managing pages for intrsafe maps in special objects (aka.
> kmem_object) just so that we can remove them, just use pmap_extract
> to get the pages to free and simplify a lot of code to not deal with
> the list of intrsafe maps, intrsafe objects, etc.
> miod@ ok (art@)
xfs
~ xfs_message.c ~ xfs_vnodeops-common.c
> Remove the simplelock argument from vrecycle();
> ok pedro@, sturm@ (thib@)
== usr.sbin ========================================================== 03/03 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/usr.sbin
afs
~ src/nnpfs/bsd/nnpfs_message.c
~ src/nnpfs/bsd/nnpfs_vnodeops-common.c
> Remove the simplelock argument from vrecycle();
> ok pedro@, sturm@ (thib@)
ospfd
~ rde.c
> Simplify rde_summary_update(). The route entry has a valid/invalid flag
> so there is no need to loop over the nexthops and we no longer need to
> pass the rt_nexthop to the summary LSA generation (a flag is enough).
> OK norby@ pyr@ (claudio@)
===============================================================================
More information about the odc
mailing list