[odc] Daily src changes for 2008-05-02

ODC auto at squish.net
Sat May 3 07:00:01 BST 2008


OpenBSD src changes summary for 2008-05-02
==========================================

distrib/sets                            lib/libc
lib/libevent                            regress/lib
sys/arch/m88k/m88k                      sys/arch/macppc/macppc
sys/arch/powerpc/include                sys/arch/sparc64/include
sys/kern                                sys/netinet
sys/netmpls                             sys/nfs
sys/sys                                 usr.sbin/bgpd
usr.sbin/rtadvd                         

== distrib =========================================================== 01/05 ==

  http://www.openbsd.org/cgi-bin/cvsweb/src/distrib

sets

  ~ lists/man/mi                          

  > sync (deraadt@)

  ~ lists/base/md.alpha                   ~ lists/base/md.amd64
  ~ lists/base/md.armish                  ~ lists/base/md.hp300
  ~ lists/base/md.hppa                    ~ lists/base/md.hppa64
  ~ lists/base/md.i386                    ~ lists/base/md.landisk
  ~ 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@)

== lib =============================================================== 02/05 ==

  http://www.openbsd.org/cgi-bin/cvsweb/src/lib

libc

  ~ sys/getsockopt.2                      

  > Make the SO_TIMESTAMP sockopt work. When set, this allows the user to
  > get a timestamp of when the datagram was accepted (by udp(4), for
  > example) rather than having to take a timestamp with gettimeofday(2)
  > when recv(2) returns - possibly several hundreds of microseconds later.
  > May be of use to those interested in precision network timing schemes
  > or QoS for media applications. Tested on alpha, amd64, i386 and sparc64.
  > manpage suggestions from jmc, ok deraadt (ckuethe@)

libevent

  ~ buffer.c                              ~ evdns.c
  ~ evdns.h                               ~ event-internal.h
  ~ event.3                               ~ event.c
  ~ event.h                               ~ event_tagging.c
  ~ evsignal.h                            ~ kqueue.c
  ~ log.h                                 ~ poll.c
  ~ select.c                              ~ shlib_version
  ~ signal.c                              

  > Update to libevent 1.3e while retaining our local changes.
  > "No objection" millert@
  > "the diff looks and works fine" reyk@ (brad@)

  ~ Makefile                              ~ event.3

  > Makefile: sort MLINKS and add event_base_once.3
  > event.3: fix NAME and remove spurious blank line (jmc@)

  ~ evdns.c                               ~ evdns.h

  > - Increment MAX_ADDRS in evdns so as to be quite large.
  > - Accept as well-formed DNS replies with questions but no answers.
  > - Fix for crash in evdns_resolve_reverse_ipv6().
  > - Move end of "extern C {" block to the end of evdns.h.
  > From the libevent SVN repo.
  > ok millert@ (brad@)

  ~ evbuffer.c                            ~ event.3
  ~ event.c                               ~ event.h

  > - Use a const pointer for bufferevent_write.
  > - Make event_init return struct event_base *.
  > From the libevent SVN repo.
  > ok millert@ (brad@)

== regress =========================================================== 03/05 ==

  http://www.openbsd.org/cgi-bin/cvsweb/src/regress

lib

  ~ libevent/eventtest.c                  

  > Update to libevent 1.3e while retaining our local changes.
  > "No objection" millert@
  > "the diff looks and works fine" reyk@ (brad@)

== sys =============================================================== 04/05 ==

  http://www.openbsd.org/cgi-bin/cvsweb/src/sys

arch/m88k/m88k

  ~ trap.c                                

  > Grab the biglock unconditionnaly when system calls go through systrace;
  > spotted by drahn (miod@)

  ~ m88110_fp.c                           

  > Check for a disabled FPU before attempting to emulate the instruction.
  > (miod@)

arch/macppc/macppc

  ~ cpu.c                                 

  > Remove debug prints. (drahn@)

  ~ cpu.c                                 

  > Invalidate and initialize the l2 on secondary processors, ok kettenis@
  > (drahn@)

arch/powerpc/include

  ~ lock.h                                

  > implement rw_cas, "go for it" miod@ (drahn@)

arch/sparc64/include

  ~ lock.h                                

  > Implement rw_cas correctly, unlike previous revision where I was obviously
  > on drugs; ok kettenis@ (miod@)

kern

  ~ uipc_socket.c                         

  > Make the SO_TIMESTAMP sockopt work. When set, this allows the user to
  > get a timestamp of when the datagram was accepted (by udp(4), for
  > example) rather than having to take a timestamp with gettimeofday(2)
  > when recv(2) returns - possibly several hundreds of microseconds later.
  > May be of use to those interested in precision network timing schemes
  > or QoS for media applications. Tested on alpha, amd64, i386 and sparc64.
  > manpage suggestions from jmc, ok deraadt (ckuethe@)

  ~ kern_kthread.c                        

  > Pass FORK_SHAREFILES flag in kthread_create; avoids allocating a
  > filedesc struct and associated fdcopy operation on kernel thread
  > creation. Instead, kernel threads share and bump reference count
  > on proc0's filedesc.
  > ok thib@, "definitely makes sense" art@ (blambert@)

netinet

  ~ raw_ip.c                              ~ udp_usrreq.c

  > Make the SO_TIMESTAMP sockopt work. When set, this allows the user to
  > get a timestamp of when the datagram was accepted (by udp(4), for
  > example) rather than having to take a timestamp with gettimeofday(2)
  > when recv(2) returns - possibly several hundreds of microseconds later.
  > May be of use to those interested in precision network timing schemes
  > or QoS for media applications. Tested on alpha, amd64, i386 and sparc64.
  > manpage suggestions from jmc, ok deraadt (ckuethe@)

netmpls

  ~ mpls_shim.c                           

  > There is no need to endian convert the label after swapping it, all label
  > ops
  > are done with network byte ordering now. OK norby@ (claudio@)

  ~ mpls_input.c                          

  > Fix the label swithing and forwarding logic a bit. OK norby@ (claudio@)

nfs

  ~ nfs_syscalls.c                        

  > plug potential mbuf leaks;
  > Parts from NetBSD;
  > OK blambert@;
  > tested by johan@, sthen@ and a few others. (thib@)

sys

  ~ socket.h                              

  > Make the SO_TIMESTAMP sockopt work. When set, this allows the user to
  > get a timestamp of when the datagram was accepted (by udp(4), for
  > example) rather than having to take a timestamp with gettimeofday(2)
  > when recv(2) returns - possibly several hundreds of microseconds later.
  > May be of use to those interested in precision network timing schemes
  > or QoS for media applications. Tested on alpha, amd64, i386 and sparc64.
  > manpage suggestions from jmc, ok deraadt (ckuethe@)

== usr.sbin ========================================================== 05/05 ==

  http://www.openbsd.org/cgi-bin/cvsweb/src/usr.sbin

bgpd

  ~ rde.c                                 

  > Fix logic when setting the F_RIB_ELIGIBLE flag. A path with a NULL nexthop
  > is localy originated and so is eligible by definition.
  > Noticed and fix tested by Christian, bsd (at) cleondra (dot) ch (claudio@)

  ~ rde_decide.c                          

  > Compare flags against the right flag field or else unexpected things may
  > happen. The decision process failed to correctly mask looping pathes and
  > in some szenarios even elected them as best route. *gulp*
  > Found the hard way and fix tested by Christian, bsd (at) cleondra (dot) ch
  > (claudio@)

rtadvd

  ~ rtadvd.c                              

  > do not always delay log initialization, when no configuration file is
  > present, which is the most common use of rtadvd, it would otherwise
  > always print messages to the console though the situation is valid.
  > this fixes a regression introduced with the new logging code.
  > ok rainer@, todd@, fgsch@ (pyr@)

===============================================================================


More information about the odc mailing list