[odc] Daily src changes for 2007-05-06
ODC
auto at squish.net
Mon May 7 07:00:01 BST 2007
OpenBSD src changes summary for 2007-05-06
==========================================
distrib/sets share/man
sys/arch/alpha/include sys/arch/amd64/amd64
sys/arch/amd64/conf sys/arch/amd64/include
sys/arch/hppa/stand/libkern sys/arch/hppa64/stand/libkern
sys/arch/sparc64/sparc64 sys/dev/acpi
sys/dev/pci sys/dev/usb
sys/netinet usr.bin/cap_mkdb
usr.bin/sendbug usr.sbin/pkg_add
usr.sbin/tcpdump
== distrib =========================================================== 01/05 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/distrib
sets
~ lists/comp/mi
> sync (deraadt@)
~ lists/base/md.alpha ~ lists/comp/md.alpha
> sync (deraadt@)
== share ============================================================= 02/05 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/share
man
~ man4/iha.4
> add HISTORY
> ok jmc@ krw@ (jasper@)
== sys =============================================================== 03/05 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/sys
arch/alpha/include
~ cpu.h
> garbage collect release_fpu() and synchronize_fpstate() (martin@)
arch/amd64/amd64
~ identcpu.c ~ ipifuncs.c
~ mainbus.c ~ powernow-k8.c
+ mp_setperf.c
> Add the mp setperf mechanism to AMD64, like its i386 counterpart it allows
> all cpus in a system supporting frequency and voltage scaling to be scaled
> by the same amount corresponding to the user (or apmd on their behalf)
> performance level.
> This diff also teaches amd64 about acpi_hasprocfvs (ACPI has processor
> frequency and voltage scaling).
> It also moves initilization of the underlying setperf mechanism such
> as powernow to mainbus from the cpu indentification and initilization
> code inspired by similar changes dim@ made to i386 durring h2k6. This
> is necessary to implement the AMD recommended method for retreiving
> p_state data from the ACPI _PSS object (a diff comming soon). It will
> also simplify the potential addition of enhanced speedstep as found
> on newer intel processors with EMT64 capable of running OpenBSD/amd64.
> MP setperf functionality verifed by myself and Johan M:son Lindman <tybolt
> AT solace DOT miun DOT se> on opteron 265 and 270 systems respectively.
> General testing done by many others thanks!
> ok tedu, dim (gwk@)
arch/amd64/conf
~ files.amd64
> Add the mp setperf mechanism to AMD64, like its i386 counterpart it allows
> all cpus in a system supporting frequency and voltage scaling to be scaled
> by the same amount corresponding to the user (or apmd on their behalf)
> performance level.
> This diff also teaches amd64 about acpi_hasprocfvs (ACPI has processor
> frequency and voltage scaling).
> It also moves initilization of the underlying setperf mechanism such
> as powernow to mainbus from the cpu indentification and initilization
> code inspired by similar changes dim@ made to i386 durring h2k6. This
> is necessary to implement the AMD recommended method for retreiving
> p_state data from the ACPI _PSS object (a diff comming soon). It will
> also simplify the potential addition of enhanced speedstep as found
> on newer intel processors with EMT64 capable of running OpenBSD/amd64.
> MP setperf functionality verifed by myself and Johan M:son Lindman <tybolt
> AT solace DOT miun DOT se> on opteron 265 and 270 systems respectively.
> General testing done by many others thanks!
> ok tedu, dim (gwk@)
arch/amd64/include
~ cpu.h ~ intr.h
~ intrdefs.h
> Add the mp setperf mechanism to AMD64, like its i386 counterpart it allows
> all cpus in a system supporting frequency and voltage scaling to be scaled
> by the same amount corresponding to the user (or apmd on their behalf)
> performance level.
> This diff also teaches amd64 about acpi_hasprocfvs (ACPI has processor
> frequency and voltage scaling).
> It also moves initilization of the underlying setperf mechanism such
> as powernow to mainbus from the cpu indentification and initilization
> code inspired by similar changes dim@ made to i386 durring h2k6. This
> is necessary to implement the AMD recommended method for retreiving
> p_state data from the ACPI _PSS object (a diff comming soon). It will
> also simplify the potential addition of enhanced speedstep as found
> on newer intel processors with EMT64 capable of running OpenBSD/amd64.
> MP setperf functionality verifed by myself and Johan M:son Lindman <tybolt
> AT solace DOT miun DOT se> on opteron 265 and 270 systems respectively.
> General testing done by many others thanks!
> ok tedu, dim (gwk@)
arch/hppa/stand/libkern
~ Makefile
> bcd.c died (deraadt@)
arch/hppa64/stand/libkern
~ Makefile
> bcd.c died (deraadt@)
arch/sparc64/sparc64
~ clock.c
> Whack "No counter-timer" message. These days, most UltraSPARC cpu's don't
> have one.
> ok deraadt@ (kettenis@)
dev/acpi
~ acpicpu.c
> at least always print a new line, even if NOPSS (tedu@)
dev/pci
~ if_tht.c
> typo (dlg@)
~ if_tht.c
> point the macros for the interrupt coalescing registers at the right
> location. they moved from what the doco says to somewhere else.
> pointed out by Nadav Shemer (thanks) (dlg@)
dev/usb
~ if_aue.c ~ if_auereg.h
~ if_udav.c ~ if_udavreg.h
~ if_url.c ~ if_urlreg.h
> More lockmgr -> rwlock low hanging fruit.
> ok dlg@ (krw@)
netinet
~ ip_carp.c
> do not fill RTAX_GATEWAY for RTM_DELETE, ok claudio (henning@)
== usr.bin =========================================================== 04/05 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/usr.bin
cap_mkdb
~ getinfo.c
> Grammar. (ray@)
sendbug
~ sendbug.c
> Save and restore signals once instead of each time fork fails with
> EAGAIN. (ray@)
~ sendbug.c
> Restore signals before returning. (ray@)
== usr.sbin ========================================================== 05/05 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/usr.sbin
pkg_add
~ pkg_create
> let pkg_create generate the correct description if the HOMEPAGE is empty.
> (espie@)
tcpdump
~ print-ip6.c
> Fix the out of bounds check when parsing IPv6 headers. Fixes a SIGSEGV
> when parsing IPv6 headers with unknown or corrupted header options.
> OK henning@ mcbride@ (claudio@)
~ print-rt6.c
> Don't fail hard on non RH0 routing headers. The calculation of the length
> of RH headers is always the same. Now tcpdump just prints the type, length
> and segleft headers for unknown headers.
> OK henning@ mcbride@ (claudio@)
===============================================================================
More information about the odc
mailing list