[odc] Daily src changes for 2005-07-31
ODC
auto at squish.net
Mon Aug 1 08:06:43 BST 2005
OpenBSD src changes summary for 2005-07-31
==========================================
bin/ksh distrib/sets
share/man sys/arch/alpha/conf
sys/arch/alpha/include sys/arch/amd64/amd64
sys/arch/amd64/include sys/arch/arm/include
sys/arch/hppa/hppa sys/arch/hppa/include
sys/arch/hppa64/hppa64 sys/arch/hppa64/include
sys/arch/i386/i386 sys/arch/i386/include
sys/arch/m68k/include sys/arch/m88k/include
sys/arch/mac68k/include sys/arch/mac68k/mac68k
sys/arch/mips64/include sys/arch/mvme68k/dev
sys/arch/mvme68k/mvme68k sys/arch/mvme88k/dev
sys/arch/solbourne/include sys/arch/sparc/dev
sys/arch/sparc/include sys/arch/sparc/sparc
sys/arch/sparc64/include sys/arch/sparc64/sparc64
sys/dev sys/dev/ic
sys/dev/isa sys/dev/mii
sys/dev/pci sys/kern
sys/net sys/netinet
sys/scsi sys/sys
usr.bin/cvs usr.bin/kdump
usr.sbin usr.sbin/sesd
== bin =============================================================== 01/06 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/bin
ksh
~ history.c
> say goodbye to creat().
> okay deraadt@ (espie@)
== distrib =========================================================== 02/06 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/distrib
sets
~ lists/base/mi ~ lists/man/mi
> sync (deraadt@)
~ lists/base/md.alpha ~ lists/base/md.amd64
~ lists/base/md.cats ~ lists/base/md.hp300
~ lists/base/md.hppa ~ lists/base/md.hppa64
~ lists/base/md.i386 ~ lists/base/md.luna88k
~ lists/base/md.mac68k ~ lists/base/md.macppc
~ lists/base/md.mvme68k ~ lists/base/md.mvme88k
~ lists/base/md.mvmeppc ~ lists/base/md.sgi
~ lists/base/md.sparc ~ lists/base/md.sparc64
~ lists/base/md.vax ~ lists/base/md.zaurus
~ lists/comp/mi
> sync (deraadt@)
== share ============================================================= 03/06 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/share
man
~ man9/pool.9
> Pools aren't fun, don't let people think they are. (fix argument name to
> match source).
> ok dlg deraadt (pascoe@)
== sys =============================================================== 04/06 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/sys
arch/alpha/conf
~ RAMDISKB
> unfortunately de(4) no longer fits
> people who add to the kernel without thinking of the growth caused this
> (deraadt@)
arch/alpha/include
~ param.h
> Get rid of unused SINCR and SSIZE constants. (miod@)
arch/amd64/amd64
~ conf.c
> remove the config glue between the /dev entry for ses and its driver
> sure deraadt@ (dlg@)
arch/amd64/include
~ param.h
> Get rid of unused SINCR and SSIZE constants. (miod@)
arch/arm/include
~ param.h
> Get rid of unused SINCR and SSIZE constants. (miod@)
arch/hppa/hppa
~ conf.c
> remove the config glue between the /dev entry for ses and its driver
> sure deraadt@ (dlg@)
arch/hppa/include
~ param.h
> Get rid of unused SINCR and SSIZE constants. (miod@)
arch/hppa64/hppa64
~ conf.c
> remove the config glue between the /dev entry for ses and its driver
> sure deraadt@ (dlg@)
arch/hppa64/include
~ param.h
> Get rid of unused SINCR and SSIZE constants. (miod@)
arch/i386/i386
~ conf.c
> remove the config glue between the /dev entry for ses and its driver
> sure deraadt@ (dlg@)
arch/i386/include
~ param.h
> Get rid of unused SINCR and SSIZE constants. (miod@)
arch/m68k/include
~ param.h
> Get rid of unused SINCR and SSIZE constants. (miod@)
arch/m88k/include
~ param.h
> Get rid of unused SINCR and SSIZE constants. (miod@)
arch/mac68k/include
~ cpu.h
> No need to #include <machine/pcb.h>; tested martin@ (miod@)
arch/mac68k/mac68k
~ trap.c
> Fix KDFAULT() in the 68040 & non-68040 compilation case. (miod@)
arch/mips64/include
~ param.h
> Get rid of unused SINCR and SSIZE constants. (miod@)
arch/mvme68k/dev
~ if_ie.c
> Introduce bpf_mtap_af and bpf_mtap_hdr to be used when passing a mbuf chain
> to bpf with either an address family or other header added.
> These helpers only allocate a much smaller struct m_hdr on the stack when
> needed, rather than leaving 256 byte struct mbufs on the stack in deep
> call paths. Also removes a fair bit of duplicated code.
> commit now, tune after deraadt@ (pascoe@)
arch/mvme68k/mvme68k
~ trap.c
> Wrong copyout() size in writeback(). (miod@)
arch/mvme88k/dev
~ if_ie.c
> Introduce bpf_mtap_af and bpf_mtap_hdr to be used when passing a mbuf chain
> to bpf with either an address family or other header added.
> These helpers only allocate a much smaller struct m_hdr on the stack when
> needed, rather than leaving 256 byte struct mbufs on the stack in deep
> call paths. Also removes a fair bit of duplicated code.
> commit now, tune after deraadt@ (pascoe@)
arch/solbourne/include
~ param.h
> Get rid of unused SINCR and SSIZE constants. (miod@)
arch/sparc/dev
~ if_ie.c
> Introduce bpf_mtap_af and bpf_mtap_hdr to be used when passing a mbuf chain
> to bpf with either an address family or other header added.
> These helpers only allocate a much smaller struct m_hdr on the stack when
> needed, rather than leaving 256 byte struct mbufs on the stack in deep
> call paths. Also removes a fair bit of duplicated code.
> commit now, tune after deraadt@ (pascoe@)
arch/sparc/include
~ param.h
> Get rid of unused SINCR and SSIZE constants. (miod@)
arch/sparc/sparc
~ conf.c
> remove the config glue between the /dev entry for ses and its driver
> sure deraadt@ (dlg@)
arch/sparc64/include
~ param.h
> Get rid of unused SINCR and SSIZE constants. (miod@)
arch/sparc64/sparc64
~ conf.c
> remove the config glue between the /dev entry for ses and its driver
> sure deraadt@ (dlg@)
dev
~ rnd.c
> use monotonic time for repeat event detections; feedback and ok deraadt@
> (djm@)
dev/ic
~ if_wi.c ~ if_wivar.h
> Move large receive/decryption buffer allocation from the stack into
> wi_softc.
> ok millert (pascoe@)
dev/isa
~ if_ie.c
> Introduce bpf_mtap_af and bpf_mtap_hdr to be used when passing a mbuf chain
> to bpf with either an address family or other header added.
> These helpers only allocate a much smaller struct m_hdr on the stack when
> needed, rather than leaving 256 byte struct mbufs on the stack in deep
> call paths. Also removes a fair bit of duplicated code.
> commit now, tune after deraadt@ (pascoe@)
~ viasio.c
> Don't use new dmesg line when printing logical devices info.
> Suggested by deraadt at .range@)
dev/mii
~ rlphy.c
> back out change that was not discussed for now (pvalchev@)
dev/pci
~ files.pci
> including a driver without putting it's driver name at the end of a files
> line, means that on any architecture it gets pulled in. that's real
> clever!
> what does it mean? that insufficient TESTING IS GETTING DONE BEFORE COMMIT
> (deraadt@)
kern
~ kern_sysctl.c
> do not allocate huge kinfo_proc2 and eproc structures on the stack.
> allocate them on startup if needed, and free them when done.
> discussion with pascoe, tested by dlg (deraadt@)
net
~ if_bridge.c ~ pf.c
> Change the API for icmp_do_error so that it takes the mtu directly, rather
> than a pointer to struct ifnet containing it.
> Saves a 448 byte stack allocation in ip_forward which previously faked up
> a struct ifnet just for this purpose.
> idea ok deraadt millert (pascoe@)
~ if_faith.c
> Missed argument in previous commit, applied separately to ease merges.
> (pascoe@)
~ if_trunk.c ~ if_pflog.c
~ if_gif.c ~ if_gre.c
~ if_loop.c ~ if_vlan.c
~ if_faith.c ~ bpf.h
~ bpf.c
> Introduce bpf_mtap_af and bpf_mtap_hdr to be used when passing a mbuf chain
> to bpf with either an address family or other header added.
> These helpers only allocate a much smaller struct m_hdr on the stack when
> needed, rather than leaving 256 byte struct mbufs on the stack in deep
> call paths. Also removes a fair bit of duplicated code.
> commit now, tune after deraadt@ (pascoe@)
~ pf.c ~ pf_ioctl.c
~ pfvar.h
> Perform pf state/rule/table expiry in a kernel thread instead of running
> it out of a timeout handler.
> This means we will have process context, required when using the oldnointr
> pool allocator.
> Addresses pr4186, pr4273.
> ok dhartmei@ henning@ tedu@ (pascoe@)
netinet
~ ip_icmp.c ~ ip_icmp.h
~ ip_input.c
> Change the API for icmp_do_error so that it takes the mtu directly, rather
> than a pointer to struct ifnet containing it.
> Saves a 448 byte stack allocation in ip_forward which previously faked up
> a struct ifnet just for this purpose.
> idea ok deraadt millert (pascoe@)
~ ip_ah.c ~ ip_carp.c
~ ip_esp.c ~ ip_ether.c
~ ip_gre.c ~ ip_ipcomp.c
~ ip_ipip.c ~ ipsec_input.c
> Introduce bpf_mtap_af and bpf_mtap_hdr to be used when passing a mbuf chain
> to bpf with either an address family or other header added.
> These helpers only allocate a much smaller struct m_hdr on the stack when
> needed, rather than leaving 256 byte struct mbufs on the stack in deep
> call paths. Also removes a fair bit of duplicated code.
> commit now, tune after deraadt@ (pascoe@)
scsi
- ses.c - ses.h
~ files.scsi
> remove the ses driver. it has never been enabled in GENERIC on any arch
> in openbsds lifetime so noone is going to miss it.
> if you did enable it, it either didnt work or the data was hard to read
> and usually wrong.
> ok deraadt@ marco@ (dlg@)
sys
~ conf.h
> remove the config glue between the /dev entry for ses and its driver
> sure deraadt@ (dlg@)
== usr.bin =========================================================== 05/06 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/usr.bin
cvs
~ cvs.1
> add missing -n in synopsis; (xsa@)
~ file.h
> nuke a totally unused flag for cf_flags (joris@)
kdump
~ Makefile ~ mkioctls
> scsi/ses.h goes away (deraadt@)
== usr.sbin ========================================================== 06/06 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/usr.sbin
usr.sbin
~ Makefile
> do not descend into sesd (dlg@)
sesd
- Makefile - Makefile.inc
- getencstat/Makefile - getencstat/getencstat.8
- sesd/Makefile - sesd/sesd.8
- setencstat/Makefile - setencstat/setencstat.8
- setobjstat/Makefile - setobjstat/setobjstat.8
- srcs/chpmon.c - srcs/eltsub.c
- srcs/getencstat.c - srcs/getnobj.c
- srcs/getobjmap.c - srcs/getobjstat.c
- srcs/inienc.c - srcs/sesd.c
- srcs/setencstat.c - srcs/setobjstat.c
> remove sesd and its companion tools getencstat, setencstat and setobjstat
> ok deraadt@ im sure marco would be ok too if he was awake (dlg@)
===============================================================================
More information about the odc
mailing list