[odc] Daily src changes for 2007-04-21
ODC
auto at squish.net
Sun Apr 22 08:00:35 BST 2007
OpenBSD src changes summary for 2007-04-21
==========================================
distrib/sets sbin/fsck_ffs
sbin/pfctl share/man
sys/arch/alpha/alpha sys/arch/alpha/include
sys/arch/arm/arm sys/arch/arm/include
sys/arch/i386/conf sys/arch/i386/i386
sys/arch/i386/include sys/arch/macppc/conf
sys/arch/macppc/dev sys/arch/sgi/conf
sys/arch/sparc64/include sys/arch/sparc64/sparc64
sys/dev sys/dev/microcode
sys/dev/pci sys/dev/usb
sys/netinet6 usr.bin/rcs
usr.sbin/openssl usr.sbin/pkg_add
== distrib =========================================================== 01/06 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/distrib
sets
~ lists/base/md.alpha ~ lists/base/md.amd64
~ lists/base/md.hppa ~ lists/base/md.hppa64
~ lists/base/md.landisk ~ lists/base/md.macppc
~ lists/base/md.mvmeppc ~ lists/base/md.sgi
~ lists/base/md.sparc64 ~ lists/comp/md.landisk
> sync (deraadt@)
~ lists/base/md.i386
> sync (deraadt@)
~ lists/man/mi
> sync (deraadt@)
== sbin ============================================================== 02/06 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/sbin
fsck_ffs
~ pass5.c
> use the correct size arg to memcmp when checking fs_cstotal.
> now jmc does not use 8TB in /tmp anymore. ok pedro@ (otto@)
pfctl
~ pfctl.8 ~ pfctl.c
> fix -o handling. syntax is now -o none|basic|profile. -o without argument
> is invalid now, it doesn't serve any purpose any more anyway since that is
> the default. ok mcbride (henning@)
~ pfctl.c
> "o" in optiopt_list is superfluous now too (henning@)
== share ============================================================= 03/06 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/share
man
~ man4/man4.macppc/Makefile ~ man4/man4.macppc/macobio.4
+ man4/man4.macppc/blinkenlights.4
> As promised a manpage for blinkenlights.
> ok jmc (gwk@)
~ man4/man4.macppc/blinkenlights.4
> correct Xr (deraadt@)
== sys =============================================================== 04/06 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/sys
arch/alpha/alpha
~ interrupt.c
> fix generic soft interrupts; improve establishing and disestablishing of
> soft interrupts
> from NetBSD, 'reads good art@', also tested by robert@ (martin@)
arch/alpha/include
~ _types.h ~ intr.h
> fix generic soft interrupts; improve establishing and disestablishing of
> soft interrupts
> from NetBSD, 'reads good art@', also tested by robert@ (martin@)
arch/arm/arm
~ pmap.c
> No more vtophys() on arm. (miod@)
arch/arm/include
~ pmap.h
> No more vtophys() on arm. (miod@)
arch/i386/conf
~ RAMDISK
> developers keep killing ramdisk drivers (deraadt@)
~ files.i386
> Introduce a smp aware hw.setperf mechanism, it will scale all CPUs or
> cores by the same amount, i.e. if you do hw.setperf=50 both cores will
> be scaled to the opearting state corresponing to 50%. Tested by many with
> est (mainly on core2duo machines like X60 thinkpads). Only enable est
> during GENERIC.MP build no one tested powernow.
> ok art@ (gwk@)
~ RAMDISK
> oops (deraadt@)
arch/i386/i386
~ mainbus.c ~ machdep.c
~ ipifuncs.c + mp_setperf.c
> Introduce a smp aware hw.setperf mechanism, it will scale all CPUs or
> cores by the same amount, i.e. if you do hw.setperf=50 both cores will
> be scaled to the opearting state corresponing to 50%. Tested by many with
> est (mainly on core2duo machines like X60 thinkpads). Only enable est
> during GENERIC.MP build no one tested powernow.
> ok art@ (gwk@)
arch/i386/include
~ cpu.h ~ intr.h
~ intrdefs.h
> Introduce a smp aware hw.setperf mechanism, it will scale all CPUs or
> cores by the same amount, i.e. if you do hw.setperf=50 both cores will
> be scaled to the opearting state corresponing to 50%. Tested by many with
> est (mainly on core2duo machines like X60 thinkpads). Only enable est
> during GENERIC.MP build no one tested powernow.
> ok art@ (gwk@)
arch/macppc/conf
~ files.macppc ~ GENERIC
> Add blinkenlights(4) a driver to control the 16 leds found on the front
> panel of the Xserve G4 and G5. The leds will provide an indication of the
> system load slowing as the load climbs, and system health e.g. no
> lights means its dead or in DDB.
> Split some of the shared registers and clock divisors from i2s into
> i2sreg.h while there nuke some evil C++ style comments.
> Man page to follow shortly.
> ok deraadt (gwk@)
arch/macppc/dev
~ i2s.c + blinkenlights.c
+ i2sreg.h
> Add blinkenlights(4) a driver to control the 16 leds found on the front
> panel of the Xserve G4 and G5. The leds will provide an indication of the
> system load slowing as the load climbs, and system health e.g. no
> lights means its dead or in DDB.
> Split some of the shared registers and clock divisors from i2s into
> i2sreg.h while there nuke some evil C++ style comments.
> Man page to follow shortly.
> ok deraadt (gwk@)
~ blinkenlights.c ~ i2sreg.h
> Fix the rcs tags. (gwk@)
arch/sgi/conf
~ Makefile.sgi
> do not ignore linker failures; ok miod (deraadt@)
arch/sparc64/include
~ vmparam.h
> Do a simple switch to VM_PAGE_MD. Just the path of least resistance for
> now,
> more work coming soon.
> kettenis@ ok (art@)
arch/sparc64/sparc64
~ pmap.c
> Do a simple switch to VM_PAGE_MD. Just the path of least resistance for
> now,
> more work coming soon.
> kettenis@ ok (art@)
dev
~ softraid.c ~ softraidvar.h
> Add volumes to sensors. (marco@)
~ softraid.c
> Account for mbr and partition table when writing meta data.
> Error report by Johan Mson Lindman <tybollt at solace.miun.semarco@)
~ softraid.c ~ softraidvar.h
> Remove big endian in metadata; prompted by deraadt.
> Align metadata to 64 bit; from deraadt. (marco@)
~ softraid.c
> Make sure we don't write too much metadata. (marco@)
dev/microcode
~ tht/Makefile
> correct list of architectures (deraadt@)
~ bnx/Makefile
> correct list of architectures
> ok deraadt@ (reyk@)
dev/pci
~ if_tht.c
> rename tht_rxf to tht_rx_free. tweak comments describing the hw structures
> a bit so theyre less offensive to my eyes. massage tht_rx_free a bit.
> (dlg@)
~ if_tht.c
> represent the uid field in all the descriptors as a u_int64_t instead of
> two u_int32_ts (dlg@)
~ if_tht.c
> create struct tht_pkt to keep track of mbufs that are on the hardware and
> their dmamaps. so far it looks like the same thing can be used to look
> after both the transmitted and recved packets.
> this also adds code to allocate a list of them and set up their dmamaps,
> some free list handling, and code to free them when you dont want them
> anymore. (dlg@)
~ if_tht.c
> quick macro to figure out how many 64bit words a buffer will use. (dlg@)
~ if_tht.c
> allocate a small list of tx and rx descriptors on interface up and down.
> (dlg@)
~ if_tht.c
> simplify some maths in fw_load a bit (dlg@)
~ if_vic.c
> when allocating a new mbuf for rx, do a dmamap_sync before handing it to
> the hardware. oops. (dlg@)
~ if_tht.c
> add tht_rx. this function will try to fill as much of the rx free fifo as
> possible. it loops till it runs out of tht_pkts to use on the rx descriptor
> free list, until it runs out of space in the fifo, or until it cant
> allocate or map any more mbufs.
> tht has a weird requirement that the first physical buffer in an sg list is
> at least 128 bytes long. i have code that tries to guarantee that, but id
> like someone else to look at it and tell me if its necessary or dumb.
> (dlg@)
~ if_tht.c
> rename tht_rx to tht_rxf_fill to avoid confusion.
> keep a list of used pkts in tht_pkt_list as well as free ones. add
> tht_pkt_used which can be used to see if a tht_pkt_list is in use by
> returning the head of the used list inside itself.
> (ab)use this to drain the rx free fifo when the interface is brought down.
> tht_rxf_drain pulls used pkts off, unmaps their mbufs, frees them, and then
> returns the pkt to the free list. the whole tht_pkt_list can then be freed
> safely. (dlg@)
~ if_tht.c
> tht wants at least 128 bytes in the first physical segment of an rx buffer
> for some reason, so i had some code in there that tried to guarantee that.
> however, newly allocated mbufs and clusters are physically contiguous and
> bigger than 128 bytes. therefore we dont need to do that check.
> while here check if there is enough space in the fifo before trying to
> fill any of it. this means we can skip dma syncs if we're not going to end
> up writing anything in the fifo. (dlg@)
~ if_tht.c
> fill the rx free fifo on interface up, and drain it on interface down.
> (dlg@)
~ if_vic.c
> backout: compile before you commit, please (deraadt@)
~ ahci.c
> disable ahci debug output. ahci is working on the majority of chipsets,
> and its not helping us on those that arent. (dlg@)
dev/usb
~ udcf.c
> Remove unused header files. (mbalmer@)
~ udcf.c
> Back out last. the world is not i386. (art@)
netinet6
~ route6.c
> did you know that IPv6 packets are actually carried by turtles?
> because turtles are slow but reliable and trustworthy, packets stays
> on the net for a long period of time. bigger turtles can stay much longer.
> that is the hidden secret reason for the name of KAME project (i'm lying).
> j> some IETFers need to be sent to bondage/SM club and spanked/whipped
> j> by thousands of dominas and then chopped into million peaces by samurai
> j> swords.
> t> maybe that is what they actually want, and that is why they
> t> fucked RFC1883 and put rosemary's baby into RFC2460.
> j> I am king of IETF now, and tomorrow i may become beggar on the IETF
> venue
> j> hotel corridor.
> http://www.secdev.org/conf/IPv6_RH_security-csw07.pdf
> ok by myself, deraadt@, <samurais at kame.net> (itojun@)
== usr.bin =========================================================== 05/06 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/usr.bin
rcs
~ rcs.1
> Add a reference to the original RCS paper.
> ok joris@ xsa@ jmc@ (jsg@)
== usr.sbin ========================================================== 06/06 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/usr.sbin
openssl
~ openssl.1
> -These option are ignored
> +These options are ignored (jmc@)
pkg_add
~ pkg_add
> if running a full update, proceed if we can't find some packages. (espie@)
~ OpenBSD/Update.pm
> avoid both .libs-* and partial-*. Be a bit forceful about them, as they're
> going to cause problems if they're not cleaned from time to time. (espie@)
===============================================================================
More information about the odc
mailing list