[odc] Daily src changes for 2007-09-30

[ODC]

OpenBSD src changes summary for 2007-09-30
==========================================

regress/usr.bin                         share/man
sys/arch/amd64/conf                     sys/arch/i386/conf
sys/arch/i386/i386                      sys/arch/macppc/conf
sys/arch/sparc64/include                sys/arch/sparc64/sparc64
sys/dev/ic                              sys/dev/pci
usr.bin/top                             usr.sbin/ospfd

== regress =========================================================== 01/05 ==

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

usr.bin

  + pcc/cc/ccom/enum001.c                 

  > test case involving superfluous type warnings involving enums (otto@)

  + pcc/cc/ccom/const001.c                

  > compare of constants outside type range (otto@)

== share ============================================================= 02/05 ==

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

man

  ~ man5/pf.conf.5                        

  > while rdr'ing port spamd to portsmtpis perfectly valid, it is at least
  > a bit confuzzling, so swap.
  > From: Olli Hauer <ohauer at gmx.de> (henning@)

== sys =============================================================== 03/05 ==

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

arch/amd64/conf

  ~ GENERIC                               

  > Enable Broadcom wireless, bwi(4).
  > If people testing could send mail to mglocker and myself we'd appreciate
  > it.
  > ok mglocker@ (jsg@)

arch/i386/conf

  ~ GENERIC                               

  > Enable Broadcom wireless, bwi(4).
  > If people testing could send mail to mglocker and myself we'd appreciate
  > it.
  > ok mglocker@ (jsg@)

arch/i386/i386

  ~ machdep.c                             

  > On i386, only call amd64_errata() on amd64 processors (family 0xf),
  > tested by krw at . This diff by itself is insufficient to ensure that
  > we are only running on an amd64: todd@'s machine is a mobile Athlon XP
  > that has a cpuid family of 0xf but is not an amd64 processor so more
  > must be done but this should prevent the vast majority of cases.
  > ok tom@ (gwk@)

arch/macppc/conf

  ~ GENERIC                               

  > Enable Broadcom wireless, bwi(4).
  > If people testing could send mail to mglocker and myself we'd appreciate
  > it.
  > ok mglocker@ (jsg@)

arch/sparc64/include

  ~ cpu.h                                 

  > Move intrpending array into 'struct cpu_info'. (kettenis@)

arch/sparc64/sparc64

  ~ genassym.cf                           ~ locore.s

  > Move intrpending array into 'struct cpu_info'. (kettenis@)

dev/ic

  ~ an.c                                  ~ atw.c
  ~ gem.c                                 ~ rtw.c

  > s/NPBFILTER/NBPFILTER/ in #endif comment. No functional change. (kettenis@)

  ~ bwi.c                                 

  > BWI_BBP_ATTEN is a 16-bit register, so use CSR_WRITE_2 to access it.
  > Fixes unaligned access on strict-alignment architectures.
  > ok mglocker@ (kettenis@)

  ~ bwi.c                                 

  > Don't count interrupts with state "not of interest".
  > From Oleg Safiullin.  OK jsg@ (mglocker@)

  ~ bwireg.h                              

  > Shows the real size of a register in the hex define.
  > OK jsg@ (mglocker@)

  ~ bwi.c                                 

  > Spacing. (mglocker@)

dev/pci

  ~ mbg.c                                 

  > Add support for the high-resulution timer found in the GPS170PCI card.
  > Thanks for otto@ for looking at the time calculations (mbalmer@)

== usr.bin =========================================================== 04/05 ==

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

top

  ~ display.c                             

  > unused static var; from Mark Lumsden (otto@)

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

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

ospfd

  ~ printconf.c                           

  > When printing the config always include the interface IP address.
  > Without this multiple networks on one interface could not be distinguished.
  > OK norby@ (claudio@)

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