[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