[odc] Daily src changes for 2005-12-04

[ODC]

OpenBSD src changes summary for 2005-12-04
==========================================

gnu/usr.bin/binutils                    lib/librthread
share/man                               sys/arch/luna88k/luna88k
sys/arch/m88k/include                   sys/arch/m88k/m88k
sys/arch/mvme88k/mvme88k                sys/dev/i2o
sys/dev/ic                              sys/dev/pci
sys/kern                                sys/sys
usr.bin/cvs                             usr.bin/top
usr.sbin/ospfd                          

== gnu =============================================================== 01/06 ==

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

usr.bin/binutils

  ~ gdb/amd64obsd-tdep.c                  ~ gdb/valops.c

  > amd64 threads support. (kettenis@)

== lib =============================================================== 02/06 ==

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

librthread

  + arch/powerpc/_atomic_lock.c           

  > copy powerpc atomic_lock implementation from libpthread.
  > ok drahn@ (brad@)

  + arch/powerpc/rfork_thread.S           

  > add a powerpc implementation of rfork_thread().
  > From Tim Wiess <tim at nop dot cx>
  > ok drahn@ (brad@)

  + arch/alpha/_atomic_lock.S             

  > copy alpha atomic_lock implementation from libpthread. (brad@)

== share ============================================================= 03/06 ==

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

man

  ~ man4/man4.zaurus/zrc.4                

  > Describe what keys are generated and give examples for X; tweaked by jmc@
  > (uwe@)

  ~ man9/Makefile                         ~ man9/vnsubr.9

  > Document vn_access(), okay jmc@ (pedro@)

== sys =============================================================== 04/06 ==

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

arch/luna88k/luna88k

  ~ m8820x.c                              ~ machdep.c

  > Slight cmmu code cleanup; use shorter function names, remove parity_enable
  > and the DDB and DEBUG helpers which are of questionable usefulness, some
  > stylistic changes. (miod@)

  ~ machdep.c                             

  > Let cmmu_init() now return the cpuid of the master cpu. (miod@)

arch/m88k/include

  ~ cmmu.h                                ~ m8820x.h

  > Slight cmmu code cleanup; use shorter function names, remove parity_enable
  > and the DDB and DEBUG helpers which are of questionable usefulness, some
  > stylistic changes. (miod@)

  ~ cmmu.h                                

  > Let cmmu_init() now return the cpuid of the master cpu. (miod@)

arch/m88k/m88k

  ~ m88k_machdep.c                        

  > Oops, simplelock leftover. (miod@)

  ~ trap.c                                

  > Simplify ptrace branch handling code. (miod@)

  ~ db_interface.c                        ~ m8820x_machdep.c

  > Slight cmmu code cleanup; use shorter function names, remove parity_enable
  > and the DDB and DEBUG helpers which are of questionable usefulness, some
  > stylistic changes. (miod@)

  ~ m8820x_machdep.c                      

  > Let cmmu_init() now return the cpuid of the master cpu. (miod@)

arch/mvme88k/mvme88k

  ~ m88110.c                              ~ m8820x.c
  ~ machdep.c                             

  > Slight cmmu code cleanup; use shorter function names, remove parity_enable
  > and the DDB and DEBUG helpers which are of questionable usefulness, some
  > stylistic changes. (miod@)

  ~ m188_machdep.c                        

  > In the 188 interrupt handler, only fiddle with the PSR once in the main
  > loop. (miod@)

  ~ m88110.c                              ~ machdep.c

  > Let cmmu_init() now return the cpuid of the master cpu. (miod@)

dev/i2o

  ~ ioprbs.c                              

  > Don't retry unsupported commands, or commands for invalid
  > targets/luns.  Same fix as gdt got for boot delays.
  > Don't set xs->error when returning TRY_AGAIN_LATER.
  > "Make sense, doesn't it?" tdeval@, "awesome find!" marco@ (krw@)

dev/ic

  ~ aic7xxx_inline.h                      ~ aic7xxx.c

  > Allocate all scbs during initialization to avoid using
  > bus_dmamem_alloc() in interrupt context.
  > Use same logic as ahd.
  > "Looks good to me" pedro@ (krw@)

dev/pci

  ~ if_em.c                               

  > On the 82571 and newer chipset the ICR register is meaningful only
  > if the E1000_ICR_INT_ASSERTED bit is set.
  > From FreeBSD (brad@)

kern

  ~ kern_proc.c                           

  > older gcc (like real C) does not let you declare local variables after
  > doing functional code; ie. LIST_INIT() (deraadt@)

  ~ vfs_vnops.c                           

  > Add vn_access(), discussed with and okay uwe@ (pedro@)

  ~ kern_fork.c                           

  > forgot to set P_THREAD for threaded processes (tedu@)

sys

  ~ vnode.h                               

  > Add vn_access(), discussed with and okay uwe@ (pedro@)

== usr.bin =========================================================== 05/06 ==

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

cvs

  - repo.c                                - repo.h

  > bye obsolete junk;
  > "go ahead" and "nuke them" niallo@, xsa@ (joris@)

  ~ file.c                                ~ file.h

  > more code cleanup, remove useless flags and parts of code
  > that never got used in the first place; (joris@)

top

  ~ commands.c                            ~ machine.c
  ~ machine.h                             ~ top.1
  ~ top.c                                 

  > support for toggling thread viewing.
  > ok brad, hints from jmc (tedu@)

== usr.sbin ========================================================== 06/06 ==

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

ospfd

  ~ interface.c                           ~ ospfe.c
  ~ ospfe.h                               

  > Increase the receive buffer of the raw socket.
  > Prevents some of the retransmitting during bulk ls update transfers.
  > ok claudio@ (norby@)

  ~ ospf.h                                

  > Increase ADJ_TMOUT to prevent loss of adjacency during bulk ls update
  > transfers.
  > ok claudio@ (norby@)

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