[odc] Daily src changes for 2005-10-24

ODC auto at squish.net
Tue Oct 25 08:00:34 BST 2005


OpenBSD src changes summary for 2005-10-24
==========================================

sbin/scsi                               sys/arch/i386/isa
sys/arch/i386/pci                       sys/arch/luna88k/conf
sys/arch/luna88k/ddb                    sys/arch/m88k/conf
sys/arch/m88k/m88k                      sys/arch/mips64/mips64
sys/arch/mvme88k/conf                   sys/arch/mvme88k/ddb
sys/arch/mvme88k/include                sys/arch/mvme88k/mvme88k
sys/arch/sparc64/include                sys/arch/sparc64/sparc64
sys/dev                                 sys/dev/ic
sys/dev/isa                             sys/dev/pci
sys/netinet                             sys/sys
usr.bin/rcs                             usr.sbin/pkg_add

== sbin ============================================================== 01/04 ==

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

scsi

  ~ libscsi.c                             

  > delete more EFAULT stupidity (deraadt@)

== sys =============================================================== 02/04 ==

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

arch/i386/isa

  ~ pccom.c                               ~ pccomvar.h

  > fix compilation for KGDB; looked by miod at .gsch@)

arch/i386/pci

  ~ pci_intr_fixup.c                      

  > don't touch via 8237 for now, until it is fixed.
  > what mickey committed is obviosuly NOT what I tested, since that worked.
  > (henning@)

  ~ pci_intr_fixup.c                      

  > add Intel 6300ESB
  > Thanks to Sibastien Taylor <staylor at gridworx dot ca> for testing.
  > (brad@)

arch/luna88k/conf

  ~ files.luna88k                         

  > Factorize db_interface code between luna88k and mvme88k, removing dead code
  > in the process; the arch-agnostic code keeps the ability for a specific
  > machine to define its own machine commands, such as "machine prom" for
  > mvme88k, in addition to the ``regular'' m88k machine commands. (miod@)

arch/luna88k/ddb

  - db_interface.c                        

  > Factorize db_interface code between luna88k and mvme88k, removing dead code
  > in the process; the arch-agnostic code keeps the ability for a specific
  > machine to define its own machine commands, such as "machine prom" for
  > mvme88k, in addition to the ``regular'' m88k machine commands. (miod@)

arch/m88k/conf

  ~ files.m88k                            

  > Factorize db_interface code between luna88k and mvme88k, removing dead code
  > in the process; the arch-agnostic code keeps the ability for a specific
  > machine to define its own machine commands, such as "machine prom" for
  > mvme88k, in addition to the ``regular'' m88k machine commands. (miod@)

arch/m88k/m88k

  + db_interface.c                        

  > Factorize db_interface code between luna88k and mvme88k, removing dead code
  > in the process; the arch-agnostic code keeps the ability for a specific
  > machine to define its own machine commands, such as "machine prom" for
  > mvme88k, in addition to the ``regular'' m88k machine commands. (miod@)

arch/mips64/mips64

  ~ trap.c                                

  > Conditionalize singler-step code on PTRACE.
  > ok miod@ (kettenis@)

arch/mvme88k/conf

  ~ files.mvme88k                         

  > Factorize db_interface code between luna88k and mvme88k, removing dead code
  > in the process; the arch-agnostic code keeps the ability for a specific
  > machine to define its own machine commands, such as "machine prom" for
  > mvme88k, in addition to the ``regular'' m88k machine commands. (miod@)

arch/mvme88k/ddb

  - db_interface.c                        

  > Factorize db_interface code between luna88k and mvme88k, removing dead code
  > in the process; the arch-agnostic code keeps the ability for a specific
  > machine to define its own machine commands, such as "machine prom" for
  > mvme88k, in addition to the ``regular'' m88k machine commands. (miod@)

arch/mvme88k/include

  ~ db_machdep.h                          

  > Factorize db_interface code between luna88k and mvme88k, removing dead code
  > in the process; the arch-agnostic code keeps the ability for a specific
  > machine to define its own machine commands, such as "machine prom" for
  > mvme88k, in addition to the ``regular'' m88k machine commands. (miod@)

arch/mvme88k/mvme88k

  + db_machdep.c                          

  > Factorize db_interface code between luna88k and mvme88k, removing dead code
  > in the process; the arch-agnostic code keeps the ability for a specific
  > machine to define its own machine commands, such as "machine prom" for
  > mvme88k, in addition to the ``regular'' m88k machine commands. (miod@)

arch/sparc64/include

  ~ param.h                               

  > Mach-macro free (martin@)

arch/sparc64/sparc64

  ~ machdep.c                             

  > Mach-macro free (martin@)

dev

  ~ ipmi.c                                

  > Remove panic if polling thread can not be created.
  > ok jordan@ (marco@)

dev/ic

  ~ rtl81x9.c                             

  > add a comma here. (brad@)

  ~ rtw.c                                 ~ rtwreg.h

  > change RTW_ANAPARM to RTW_ANAPARM_0 for consistency with the rtl8225 code.
  > ok jsg@ (reyk@)

  ~ rtw.c                                 

  > fix RTW_DEBUG (reyk@)

  ~ rtwvar.h                              

  > two sc_anaparm registers (reyk@)

  ~ rtw.c                                 ~ rtwvar.h

  > change read/write callbacks to use a void * instead of struct rtw_regs.
  > why? rtw uses the smc93cx6 EEPROM and a separate diff will allow
  > accessing it without depending on the bus_space_* functions. this is
  > required for the RTL8187L.
  > discussed with jsg@ (reyk@)

  ~ comvar.h                              

  > fix compilation for KGDB; looked by miod at .gsch@)

dev/isa

  ~ com_isa.c                             

  > fix compilation for KGDB; looked by miod at .gsch@)

dev/pci

  ~ if_rl_pci.c                           

  > - remove some redundnt checks before pci_mapreg_map()
  > - iosize -> size (brad@)

  ~ if_em.c                               ~ if_em.h
  ~ if_em_hw.h                            

  > Revamp interrupt handling in em(4) driver:
  > o Do not mask the RX overrun interrupt.
  > o Rewrite em_intr():
  > - Axe EM_MAX_INTR.
  > - Cycle acknowledging interrupts and processing
  > packets until zero interrupt cause register is
  > read.
  > - If RX overrun comes in log this fact.
  > From glebius FreeBSD
  > ok krw@ beck@ (brad@)

netinet

  ~ ip_carp.c                             

  > Remove redundant duplicate packet length check.
  > ok mpf@ (mcbride@)

sys

  ~ queue.h                               

  > Partly backout. NOLIST, used in LISTs is probably interfering. requested by
  > deraadt@ (otto@)

== usr.bin =========================================================== 03/04 ==

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

rcs

  ~ rcs.1                                 

  > .Xr rcsmerge(1); (xsa@)

  + rcsintro.7                            

  > first bits for RCS intro; input/ok jmc, "fine" joris.
  > more to come ... (xsa@)

  ~ rlog.c                                

  > output tweaks; (xsa@)

== usr.sbin ========================================================== 04/04 ==

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

pkg_add

  ~ pkg_add                               

  > do not try to find a match for .libs-* packages. (espie@)

  ~ pkg_add                               

  > filter out .libs-* later, so that compute_closures() packages do not
  > get involved. (espie@)

  ~ OpenBSD/Delete.pm                     

  > factor out a bit of code, and be more aware of symlinks. (espie@)

  ~ OpenBSD/Delete.pm                     

  > use a visitor('prepare_for_deletion') to validate plist for removal,
  > so that we can put more checks earlier... (espie@)

  ~ OpenBSD/Delete.pm                     

  > more robust deletion: rebuild item from file system instead of using
  > computed state information, for storage in partial package. (espie@)

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



More information about the odc mailing list