[odc] Daily src changes for 2007-03-22
ODC
auto at squish.net
Fri Mar 23 07:00:19 GMT 2007
OpenBSD src changes summary for 2007-03-22
==========================================
bin/cat distrib/sets
games/fortune lib/libevent
libexec/ftpd share/man
sys/arch/i386/i386 sys/arch/i386/isa
sys/arch/m88k/m88k sys/arch/macppc/dev
sys/arch/macppc/include sys/arch/macppc/macppc
sys/arch/mips64/mips64 sys/arch/mvme88k/dev
sys/arch/mvme88k/include sys/arch/mvme88k/mvme88k
sys/arch/powerpc/conf sys/arch/powerpc/include
sys/arch/powerpc/powerpc sys/arch/sparc64/dev
sys/conf sys/dev
sys/dev/acpi sys/dev/ata
sys/dev/cardbus sys/dev/i2c
sys/dev/ic sys/dev/isa
sys/dev/onewire sys/dev/pci
sys/dev/usb sys/kern
sys/scsi sys/sys
usr.bin/cvs usr.bin/ftp
usr.sbin/afs usr.sbin/httpd
usr.sbin/ndp usr.sbin/ospfd
== bin =============================================================== 01/09 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/bin
cat
~ cat.c
> Fix handling of multiple stdin arguments in cooked mode, closes PR 5418.
> From Johan Veenhuizen (millert@)
== distrib =========================================================== 02/09 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/distrib
sets
~ lists/base/md.alpha ~ lists/base/md.amd64
~ lists/base/md.armish ~ lists/base/md.aviion
~ lists/base/md.cats ~ lists/base/md.hp300
~ lists/base/md.hppa ~ lists/base/md.hppa64
~ lists/base/md.i386 ~ lists/base/md.landisk
~ lists/base/md.luna88k ~ lists/base/md.mac68k
~ lists/base/md.macppc ~ lists/base/md.mvme68k
~ lists/base/md.mvme88k ~ lists/base/md.mvmeppc
~ lists/base/md.sgi ~ lists/base/md.sparc
~ lists/base/md.sparc64 ~ lists/base/md.vax
~ lists/base/md.zaurus ~ lists/comp/mi
~ lists/man/mi
> sync (deraadt@)
== games ============================================================= 03/09 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/games
fortune
~ datfiles/fortunes2
> typo; from Seth Hieronymus (jmc@)
== lib =============================================================== 04/09 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/lib
libevent
~ Makefile
> nicer MLINKS chunk (deraadt@)
== libexec =========================================================== 05/09 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/libexec
ftpd
~ ftpd.c
> Do not advertise version in the ftp banner, because there is no reason to.
> OK mbalmer@, xsa@, henning@, idea prompted by deraadt (cloder@)
== share ============================================================= 06/09 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/share
man
~ man4/pci.4 ~ man4/Makefile
+ man4/sili.4
> manpage for sili(4) before miod has to remind me. (dlg@)
~ man9/sensor_attach.9
> split userland & kernel struct sensor/sensordev so that the addition
> of new fields in the future is less disruptive. This is done similar
> to how struct proc is handled for ps(1). ok jmc (man page changes)
> tested fkr simon, and more suggestions from millert (deraadt@)
== sys =============================================================== 07/09 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/sys
arch/i386/i386
~ esm.c
> split userland & kernel struct sensor/sensordev so that the addition
> of new fields in the future is less disruptive. This is done similar
> to how struct proc is handled for ps(1). ok jmc (man page changes)
> tested fkr simon, and more suggestions from millert (deraadt@)
arch/i386/isa
~ isa_machdep.c
> Do not define ISA_DMA_STATS by default; ok deraadt (miod@)
arch/m88k/m88k
~ m8820x_machdep.c
> In cmmu routines, replace splhigh() with disable_interrupts(), saves a
> function
> pointer indirection for a similar result; also move the interrupt disabling
> code to the public routines, so that we do not end altering the psr more
> than necessary. (miod@)
arch/macppc/dev
~ asms.c ~ smu.c
> split userland & kernel struct sensor/sensordev so that the addition
> of new fields in the future is less disruptive. This is done similar
> to how struct proc is handled for ps(1). ok jmc (man page changes)
> tested fkr simon, and more suggestions from millert (deraadt@)
arch/macppc/include
+ mutex.h
> Move powerpc to __HAVE_MUTEX. With help from drahn at .ested by nick@,
> xsa@,
> deraadt at . > "reads right" deraadt@ (kettenis@)
arch/macppc/macppc
~ genassym.cf
> Move powerpc to __HAVE_MUTEX. With help from drahn at .ested by nick@,
> xsa@,
> deraadt at . > "reads right" deraadt@ (kettenis@)
arch/mips64/mips64
~ db_machdep.c
> Change yet another kernel message starting with `<'. (miod@)
arch/mvme88k/dev
~ vme.c
> When registering VME interrupts, maintain a direct ipl->vector table, as
> long
> as no more than one interrupt is registered for a given level.
> Then, if the VME interrupt vector reading cycle fails on the 188 interrupt
> arbiter, we can use this table as a hint if it has a valid entry, since
> we know on which ipl line the interrupt occured.
> This basically silences the
> m188_ext_int: timeout getting VME interrupt vector, level 3, mask
> 0x400<IRQ3>
> occasional messages appearing when the MVME376 is overloaded. (miod@)
arch/mvme88k/include
~ cpu.h
> When registering VME interrupts, maintain a direct ipl->vector table, as
> long
> as no more than one interrupt is registered for a given level.
> Then, if the VME interrupt vector reading cycle fails on the 188 interrupt
> arbiter, we can use this table as a hint if it has a valid entry, since
> we know on which ipl line the interrupt occured.
> This basically silences the
> m188_ext_int: timeout getting VME interrupt vector, level 3, mask
> 0x400<IRQ3>
> occasional messages appearing when the MVME376 is overloaded. (miod@)
arch/mvme88k/mvme88k
~ m188_machdep.c
> When registering VME interrupts, maintain a direct ipl->vector table, as
> long
> as no more than one interrupt is registered for a given level.
> Then, if the VME interrupt vector reading cycle fails on the 188 interrupt
> arbiter, we can use this table as a hint if it has a valid entry, since
> we know on which ipl line the interrupt occured.
> This basically silences the
> m188_ext_int: timeout getting VME interrupt vector, level 3, mask
> 0x400<IRQ3>
> occasional messages appearing when the MVME376 is overloaded. (miod@)
arch/powerpc/conf
~ files.powerpc
> Move powerpc to __HAVE_MUTEX. With help from drahn at .ested by nick@,
> xsa@,
> deraadt at . > "reads right" deraadt@ (kettenis@)
arch/powerpc/include
~ _types.h + mutex.h
> Move powerpc to __HAVE_MUTEX. With help from drahn at .ested by nick@,
> xsa@,
> deraadt at . > "reads right" deraadt@ (kettenis@)
arch/powerpc/powerpc
+ mutex.S
> Move powerpc to __HAVE_MUTEX. With help from drahn at .ested by nick@,
> xsa@,
> deraadt at . > "reads right" deraadt@ (kettenis@)
arch/sparc64/dev
~ pcf8591_ofw.c
> split userland & kernel struct sensor/sensordev so that the addition
> of new fields in the future is less disruptive. This is done similar
> to how struct proc is handled for ps(1). ok jmc (man page changes)
> tested fkr simon, and more suggestions from millert (deraadt@)
conf
~ files
> import sili(4) so it can be worked on in the tree. this will support the
> silicon image 3124/3132/3531 sata chipsets eventually.
> so far this is the autoconf glue, an actual match routine for the 3124, and
> interrupt establishment code. it is split up between pci and ic cos there
> are cardbus variants of these controllers that we can support in the
> future.
> thanks to jolan@ for the name, it was better liked than my initial
> suggestion of siisl(4). (dlg@)
dev
~ ipmi.c ~ ipmivar.h
> split userland & kernel struct sensor/sensordev so that the addition
> of new fields in the future is less disruptive. This is done similar
> to how struct proc is handled for ps(1). ok jmc (man page changes)
> tested fkr simon, and more suggestions from millert (deraadt@)
dev/acpi
~ acpidev.h ~ acpitz.c
> split userland & kernel struct sensor/sensordev so that the addition
> of new fields in the future is less disruptive. This is done similar
> to how struct proc is handled for ps(1). ok jmc (man page changes)
> tested fkr simon, and more suggestions from millert (deraadt@)
dev/ata
~ atascsi.c ~ atascsi.h
> Let atascsi issue NCQ commands if the controller supports it.
> This includes a nasty hack to reduce openings and throw away command slots
> if the device supports a lower queue depth than the host controller does.
> Yes, we're thinking about a better solution. (pascoe@)
dev/cardbus
~ ohci_cardbus.c
> Perform legacy emulation handover for USB1 companion controllers
> immediately
> but defer the remainder of their initialisation until after the other
> devices
> on their PCI bus have attached. This ensures that any USB2 controller has
> also
> completed its initialisation before we start to initialise the USB1 parts.
> This minimises the chance that a nasty SMM implementation will trash the
> USB1
> controller's config when it performs legacy emulation handover of the USB2
> part.
> This time without accidentally leaving the OHCI controller shutdown, and
> with
> some cosmetic fixes.
> ok dlg@, OHCI tests mglocker@ (pascoe@)
dev/i2c
~ ad741x.c ~ adm1021.c
~ adm1024.c ~ adm1025.c
~ adm1026.c ~ adm1030.c
~ adm1031.c ~ adt7460.c
~ asb100.c ~ ds1631.c
~ fcu.c ~ fintek.c
~ gl518sm.c ~ lm75.c
~ lm87.c ~ maxim6690.c
~ pca9554.c ~ tsl2560.c
~ w83l784r.c
> split userland & kernel struct sensor/sensordev so that the addition
> of new fields in the future is less disruptive. This is done similar
> to how struct proc is handled for ps(1). ok jmc (man page changes)
> tested fkr simon, and more suggestions from millert (deraadt@)
dev/ic
+ sili.c + silireg.h
+ silivar.h
> import sili(4) so it can be worked on in the tree. this will support the
> silicon image 3124/3132/3531 sata chipsets eventually.
> so far this is the autoconf glue, an actual match routine for the 3124, and
> interrupt establishment code. it is split up between pci and ic cos there
> are cardbus variants of these controllers that we can support in the
> future.
> thanks to jolan@ for the name, it was better liked than my initial
> suggestion of siisl(4). (dlg@)
~ silireg.h ~ silivar.h
> map the global and port register spaces. (dlg@)
~ sili.c ~ silireg.h
> read and write funcs for the global register space (dlg@)
~ ami.c ~ amivar.h
~ ciss.c ~ cissvar.h
~ lm78.c ~ lm78var.h
~ mfi.c ~ mfivar.h
> split userland & kernel struct sensor/sensordev so that the addition
> of new fields in the future is less disruptive. This is done similar
> to how struct proc is handled for ps(1). ok jmc (man page changes)
> tested fkr simon, and more suggestions from millert (deraadt@)
dev/isa
~ aps.c ~ it.c
~ itvar.h ~ nsclpcsio_isa.c
~ viasio.c
> split userland & kernel struct sensor/sensordev so that the addition
> of new fields in the future is less disruptive. This is done similar
> to how struct proc is handled for ps(1). ok jmc (man page changes)
> tested fkr simon, and more suggestions from millert (deraadt@)
dev/onewire
~ owid.c ~ owsbm.c
~ owtemp.c
> split userland & kernel struct sensor/sensordev so that the addition
> of new fields in the future is less disruptive. This is done similar
> to how struct proc is handled for ps(1). ok jmc (man page changes)
> tested fkr simon, and more suggestions from millert (deraadt@)
dev/pci
~ files.pci + sili_pci.c
> import sili(4) so it can be worked on in the tree. this will support the
> silicon image 3124/3132/3531 sata chipsets eventually.
> so far this is the autoconf glue, an actual match routine for the 3124, and
> interrupt establishment code. it is split up between pci and ic cos there
> are cardbus variants of these controllers that we can support in the
> future.
> thanks to jolan@ for the name, it was better liked than my initial
> suggestion of siisl(4). (dlg@)
~ ahci.c
> Let atascsi issue NCQ commands if the controller supports it.
> This includes a nasty hack to reduce openings and throw away command slots
> if the device supports a lower queue depth than the host controller does.
> Yes, we're thinking about a better solution. (pascoe@)
~ ohci_pci.c ~ uhci_pci.c
> Perform legacy emulation handover for USB1 companion controllers
> immediately
> but defer the remainder of their initialisation until after the other
> devices
> on their PCI bus have attached. This ensures that any USB2 controller has
> also
> completed its initialisation before we start to initialise the USB1 parts.
> This minimises the chance that a nasty SMM implementation will trash the
> USB1
> controller's config when it performs legacy emulation handover of the USB2
> part.
> This time without accidentally leaving the OHCI controller shutdown, and
> with
> some cosmetic fixes.
> ok dlg@, OHCI tests mglocker@ (pascoe@)
~ sili_pci.c
> map the global and port register spaces. (dlg@)
~ arc.c ~ mbg.c
~ viaenv.c
> split userland & kernel struct sensor/sensordev so that the addition
> of new fields in the future is less disruptive. This is done similar
> to how struct proc is handled for ps(1). ok jmc (man page changes)
> tested fkr simon, and more suggestions from millert (deraadt@)
dev/usb
~ uhub.c ~ usb.c
> Reapplication of rev 1.36.
> Wait the stable power delay on a USB hub only once per hub (not per port),
> and defer the delay for root hubs until the host controller event thread
> starts, permitting some concurrency. Speeds up the boot process
> dramatically
> when you have lots of host controllers.
> ok dlg@ (pascoe@)
~ uhci.c
> Reapplication of rev 1.49.
> Save SOF (frame timing adjustment) before the very first host controller
> reset, rather than at suspend/resume, otherwise any BIOS inserted value
> is lost immediately.
> ok dlg@ (pascoe@)
~ ohci.c ~ ohcivar.h
> Perform legacy emulation handover for USB1 companion controllers
> immediately
> but defer the remainder of their initialisation until after the other
> devices
> on their PCI bus have attached. This ensures that any USB2 controller has
> also
> completed its initialisation before we start to initialise the USB1 parts.
> This minimises the chance that a nasty SMM implementation will trash the
> USB1
> controller's config when it performs legacy emulation handover of the USB2
> part.
> This time without accidentally leaving the OHCI controller shutdown, and
> with
> some cosmetic fixes.
> ok dlg@, OHCI tests mglocker@ (pascoe@)
~ udcf.c
> split userland & kernel struct sensor/sensordev so that the addition
> of new fields in the future is less disruptive. This is done similar
> to how struct proc is handled for ps(1). ok jmc (man page changes)
> tested fkr simon, and more suggestions from millert (deraadt@)
kern
~ kern_sensors.c ~ kern_sysctl.c
~ tty_nmea.c
> split userland & kernel struct sensor/sensordev so that the addition
> of new fields in the future is less disruptive. This is done similar
> to how struct proc is handled for ps(1). ok jmc (man page changes)
> tested fkr simon, and more suggestions from millert (deraadt@)
scsi
~ safte.c ~ ses.c
> split userland & kernel struct sensor/sensordev so that the addition
> of new fields in the future is less disruptive. This is done similar
> to how struct proc is handled for ps(1). ok jmc (man page changes)
> tested fkr simon, and more suggestions from millert (deraadt@)
sys
~ sensors.h
> split userland & kernel struct sensor/sensordev so that the addition
> of new fields in the future is less disruptive. This is done similar
> to how struct proc is handled for ps(1). ok jmc (man page changes)
> tested fkr simon, and more suggestions from millert (deraadt@)
== usr.bin =========================================================== 08/09 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/usr.bin
cvs
~ cvs.h
> use MD5_DIGEST_STRING_LENGTH instead of rolling our own lenght.
> OK otto@ (before lock). (xsa@)
ftp
~ ruserpass.c
> Fix buffer overflow when parsing the .netrc file.
> From Nicholas Marriott.
> ok millert@ deraadt@ (moritz@)
~ ruserpass.c
> Remove wrong length check, which ignored the '/' character
> and let snprintf(3) decide if the path fitted into the buffer.
> Inspired by a diff from Nicholas Marriott.
> OK millert@ ray@ (moritz@)
== usr.sbin ========================================================== 09/09 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/usr.sbin
afs
~ src/lib/ko/kocell.c
> backout
> *c && !isspace(*c) is not equivalent to !isspace(*c)
> ok millert@ (otto@)
httpd
~ src/main/http_main.c ~ conf/httpd.conf
> remove default output of version numbers to silence confused auditing
> programs.
> prompted by deraadt@ and cloder@, ok cloder@, henning@, xsa@ (pyr@)
ndp
~ ndp.c
> do not try to grab default router list on "ndp -r" if it's empty
> (happens when the machine is an IPv6 router).
> from kame
> ok deraadt, mbalmer (itojun@)
ospfd
~ parse.y
> Somehow I forgot how to correctly sort in alphabetical order.
> "router" needs to be added before "router-dead-time".
> Figured out by Stuart Henderson (claudio@)
~ printconf.c
> s/%ssredistribute/%sredistribute/. One s is enough and makes -nv output
> a valid config file again. (claudio@)
===============================================================================
More information about the odc
mailing list