[odc] Daily src changes for 2007-07-24
ODC
auto at squish.net
Wed Jul 25 07:00:01 BST 2007
OpenBSD src changes summary for 2007-07-24
==========================================
distrib/sets sbin/disklabel
sbin/route sys/arch/macppc/macppc
sys/arch/sparc64/include sys/crypto
sys/dev/pci sys/net80211
usr.bin/make usr.bin/netstat
usr.bin/pmdb usr.sbin/dhcpd
usr.sbin/hoststated usr.sbin/ospfd
== distrib =========================================================== 01/05 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/distrib
sets
~ lists/base/md.alpha ~ lists/base/md.amd64
~ lists/base/md.armish ~ lists/base/md.cats
~ lists/base/md.hp300 ~ lists/base/md.hppa
~ lists/base/md.hppa64 ~ lists/base/md.i386
~ lists/base/md.mac68k ~ lists/base/md.macppc
~ lists/base/md.mvme68k ~ lists/base/md.mvmeppc
~ lists/base/md.sgi ~ lists/base/md.sparc
~ lists/base/md.sparc64 ~ lists/base/md.zaurus
> sync (deraadt@)
~ lists/base/md.alpha ~ lists/base/md.amd64
~ lists/base/md.armish ~ lists/base/md.cats
~ lists/base/md.hp300 ~ lists/base/md.hppa
~ lists/base/md.hppa64 ~ lists/base/md.i386
~ lists/base/md.mac68k ~ lists/base/md.macppc
~ lists/base/md.mvme68k ~ lists/base/md.mvmeppc
~ lists/base/md.sgi ~ lists/base/md.sparc
~ lists/base/md.sparc64 ~ lists/base/md.zaurus
> sync (deraadt@)
== sbin ============================================================== 02/05 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/sbin
disklabel
~ editor.c
> rearrange newline printing code during editor startup; ok millert krw
> (deraadt@)
route
~ show.c
> Sync closer to netstat/show.c this removes also the unneeded variable
> noticed by Igor Zinovik. (claudio@)
== sys =============================================================== 03/05 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/sys
arch/macppc/macppc
~ conf.c
> bthub for macppc to make xsa happy.
> todd will commit the MAKEDEV bits later. (mk@)
arch/sparc64/include
~ param.h
> Remove some goo for dealing with 32-bit cpu's.
> "I don't mind this diff" miod@ (kettenis@)
crypto
~ arc4.c ~ arc4.h
> add rc4_skip() function that can be used to discard bytes from
> the arc4 key stream.
> rc4_skip(ctx, len);
> is equivalent to:
> u_int8_t dummy[len];
> rc4_crypt(ctx, dummy, dummy, len);
> except that is does not require storage space and that it saves
> some cpu cycles.
> ok deraadt@ (damien@)
dev/pci
~ if_wpi.c ~ if_wpireg.h
> hardware WEP in the TX path.
> make sure to clear the SCAN lock in case the scan is interrupted. (damien@)
net80211
~ ieee80211.h
> cleanup definition of struct ieee80211_eapol_key.
> prepend 802.1X header.
> use byte-arrays to prevent access to unaligned fields. (damien@)
~ ieee80211_crypto.c ~ ieee80211_var.h
> add ic_globalcnt to struct ieee80211com:
> in an RSNA, each STA must maintain a 256-bit global key counter that
> must be initialized to a random value (see 8.5.7). (damien@)
~ ieee80211_crypto.c ~ ieee80211_proto.h
> add functions to compute EAPOL-Key Key MIC fields and to encrypt/decrypt
> EAPOL-Key Data fields. (damien@)
~ ieee80211_crypto.c
> remove arc4_ compatibility macros. (damien@)
~ ieee80211_crypto.c
> remove some unused key derivation functions.
> we won't support PeerKey handshake in a first time. (damien@)
~ ieee80211_crypto.c
> use rc4_skip().
> fix ieee80211_eapol_key_encrypt() so that we don't add more padding
> bytes than necessary in the case of AES Key Wrap encryption. (damien@)
~ ieee80211_crypto.c ~ ieee80211_proto.h
> new function to check the MIC of a received EAPOL-Key frame. (damien@)
== usr.bin =========================================================== 04/05 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/usr.bin
make
~ arch.c ~ for.c
~ main.c ~ parse.c
~ suff.c ~ var.c
~ var.h ~ varmodifiers.c
~ varmodifiers.h
> change Var_ParseSkip API to increment the position instead of returning a
> length, simplifies code.
> (warns a bit, symptom of some further issues to fix).
> okay millert@ (espie@)
~ arch.c ~ for.c
~ main.c ~ parse.c
~ suff.c ~ var.c
~ varmodifiers.c ~ varmodifiers.h
> move the code that grabs a value in Var_Parse in its own function,
> get_expanded_value.
> Extend the code a bit to be much more thorough in case of a recursive
> expansion: shows exactly the cycle of variable names involved.
> okay millert@ (espie@)
~ arch.c ~ for.c
~ main.c ~ parse.c
~ suff.c ~ var.c
~ varmodifiers.c ~ varmodifiers.h
> simplify computations in the var module: instead of advancing a char *
> and keeping track of a length, we just advance the char *, and ditch
> the length. We can still get the length at the end of the top-level
> functions to satisfy existing interfaces.
> Much simpler code, less error-prone.
> Okay millert@ (espie@)
~ var.c
> zap unused variable (espie@)
~ parsevar.c
> reformat to 8 chars tab, zap unneeded comment (no binary change) (espie@)
~ buf.c ~ cmd_exec.c
~ dir.c
> reindent (no binary change) (espie@)
~ for.c
> reindent, no binary change (espie@)
netstat
~ show.c
> Bring back a few things from route/show.c which I like better. (claudio@)
pmdb
~ elf_syms.c
> uninit variable causing crash; veins at evilkittens.org (deraadt@)
~ aout_syms.c
> same uninit variable bug as in elf_syms.c (deraadt@)
== usr.sbin ========================================================== 05/05 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/usr.sbin
dhcpd
~ dhcpd.c
> use 1 vs. -1 for true; ok henning@ krw@ (stevesk@)
hoststated
~ imsg.c
> make imsg_create use dynamic buffers.
> this does not change imsg_compose's behavior but allows the message's
> buffer to grow and will avoid sending a ton of small messages when
> unrolling lists between two processes.
> discussed with claudio (and coming to ospfd soon). (pyr@)
~ hoststated.conf.5
> Quote digest otherwise it won't be parsed as a string. (pyr@)
ospfd
~ imsg.c
> make imsg_create use dynamic buffers.
> this does not change imsg_compose's behavior but allows the message's
> buffer to grow and will avoid sending a ton of small messages when
> unrolling lists between two processes.
> this is needed for sending multiple routes at once when updating the
> fib with multipath routes.
> discussed and ok claudio@ (pyr@)
===============================================================================
More information about the odc
mailing list