[owc] Weekly src changes ending 2007-11-25
OWC
auto at squish.net
Mon Nov 26 07:00:01 GMT 2007
OpenBSD src changes summary for 2007-11-18 to 2007-11-25 inclusive
==================================================================
bin/ksh distrib/notes
distrib/sets etc/bind/root.hint
etc/etc.amd64/MAKEDEV etc/etc.amd64/MAKEDEV.md
etc/etc.i386/MAKEDEV etc/etc.i386/MAKEDEV.md
etc/hoststated.conf etc/rc.conf
games/battlestar gnu/usr.bin/gcc
gnu/usr.bin/ld gnu/usr.bin/perl
include/rpc/svc.h lib/libc
lib/libcurses lib/libpthread
lib/libutil regress/sbin
regress/sys regress/usr.bin
sbin/bioctl sbin/dump
sbin/fdisk sbin/ifconfig
sbin/modload sbin/newfs
sbin/reboot sbin/shutdown
share/doc share/man
share/tmac sys/altq
sys/arch/alpha/conf sys/arch/alpha/stand
sys/arch/alpha/stand/boot sys/arch/alpha/stand/bootxx
sys/arch/alpha/stand/libkern sys/arch/alpha/stand/netboot
sys/arch/amd64/amd64 sys/arch/amd64/conf
sys/arch/amd64/pci sys/arch/amd64/stand
sys/arch/amd64/stand/boot sys/arch/amd64/stand/cdboot
sys/arch/amd64/stand/libsa sys/arch/amd64/stand/pxeboot
sys/arch/arm/conf sys/arch/armish/conf
sys/arch/armish/stand/boot sys/arch/aviion/aviion
sys/arch/aviion/conf sys/arch/hp300/conf
sys/arch/hp300/dev sys/arch/hp300/stand/libkern
sys/arch/hppa/conf sys/arch/hppa/stand
sys/arch/hppa/stand/libkern sys/arch/hppa64/conf
sys/arch/hppa64/stand/libkern sys/arch/i386/conf
sys/arch/i386/i386 sys/arch/i386/include
sys/arch/i386/isa sys/arch/i386/pci
sys/arch/i386/stand sys/arch/i386/stand/boot
sys/arch/i386/stand/cdboot sys/arch/i386/stand/libkern
sys/arch/i386/stand/libsa sys/arch/i386/stand/pxeboot
sys/arch/landisk/conf sys/arch/landisk/stand/boot
sys/arch/landisk/stand/xxboot sys/arch/luna88k/conf
sys/arch/luna88k/include sys/arch/m68k/conf
sys/arch/m68k/fpe sys/arch/m68k/fpsp
sys/arch/m68k/include sys/arch/m68k/m68k
sys/arch/m88k/conf sys/arch/m88k/include
sys/arch/m88k/m88k sys/arch/mac68k/conf
sys/arch/mac68k/dev sys/arch/mac68k/mac68k
sys/arch/macppc/conf sys/arch/macppc/macppc
sys/arch/macppc/stand sys/arch/macppc/stand/boot.mac
sys/arch/macppc/stand/ofwboot sys/arch/mips64/include
sys/arch/mips64/mips64 sys/arch/mvme68k/conf
sys/arch/mvme88k/conf sys/arch/mvme88k/dev
sys/arch/mvme88k/include sys/arch/mvme88k/mvme88k
sys/arch/mvmeppc/conf sys/arch/powerpc/conf
sys/arch/sgi/conf sys/arch/sgi/dev
sys/arch/sgi/stand/boot sys/arch/sgi/stand/libkern
sys/arch/sh/conf sys/arch/solbourne/conf
sys/arch/sparc/conf sys/arch/sparc/stand
sys/arch/sparc/stand/boot sys/arch/sparc/stand/bootxx
sys/arch/sparc/stand/libkern sys/arch/sparc64/conf
sys/arch/sparc64/dev sys/arch/sparc64/include
sys/arch/sparc64/sparc64 sys/arch/sparc64/stand
sys/arch/sparc64/stand/libkern sys/arch/sparc64/stand/ofwboot
sys/arch/vax/boot/boot sys/arch/vax/boot/xxboot
sys/arch/vax/conf sys/arch/zaurus/conf
sys/arch/zaurus/stand/zboot sys/compat/common
sys/conf sys/crypto
sys/dev sys/dev/acpi
sys/dev/ata sys/dev/i2c
sys/dev/ic sys/dev/microcode
sys/dev/mii sys/dev/pci
sys/dev/raidframe sys/dev/usb
sys/dev/vesa sys/dev/wscons
sys/kern sys/lib/libkern
sys/net sys/net80211
sys/netinet sys/scsi
sys/sys sys/ufs/mfs
sys/xfs usr.bin/awk
usr.bin/gprof usr.bin/less
usr.bin/make usr.bin/pcc
usr.bin/sup usr.bin/systat
usr.bin/top usr.bin/vi
usr.sbin/acpidump usr.sbin/afs
usr.sbin/apmd usr.sbin/bgpd
usr.sbin/bind usr.sbin/config
usr.sbin/hoststatectl usr.sbin/hoststated
usr.sbin/httpd usr.sbin/ntpd
usr.sbin/ospf6d usr.sbin/pcidump
usr.sbin/rdate usr.sbin/vipw
usr.sbin/wsmoused
== bin =============================================================== 01/13 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/bin
ksh
~ BUG-REPORTS
> spelling fixes, from Martynas Venckus; (jmc@)
== distrib =========================================================== 02/13 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/distrib
notes
~ sgi/prep
> OSLoadFilename needs to be set to /bsd instead of /unix (default)
> ok miod@ (jasper@)
sets
~ lists/base/md.alpha ~ lists/base/md.amd64
~ lists/base/md.armish ~ lists/base/md.i386
~ lists/base/md.landisk ~ lists/base/md.macppc
~ lists/base/md.mvmeppc ~ lists/base/md.zaurus
~ lists/base/mi ~ lists/man/mi
> sync (deraadt@)
~ lists/base/md.amd64 ~ lists/base/md.i386
~ lists/comp/md.amd64 ~ lists/comp/md.i386
~ lists/man/mi
> sync (deraadt@)
== etc =============================================================== 03/13 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/etc
bind/root.hint
~ bind/root.hint
TAGGED OPENBSD_4_2
> l.root-servers.net has a new IP
> changed in -current by jakob, MFC requested by deraadt (henning@)
etc.amd64/MAKEDEV
~ etc.amd64/MAKEDEV
> remove acpi device. named apmctl on amd64 now, and on i386 apmctl
> has become a gate to both apm and acpi. ok deraadt (tedu@)
~ etc.amd64/MAKEDEV
> sync (oga@)
~ etc.amd64/MAKEDEV
> define the agp devitem (line was missing but found in etc.i386/MAKEDEV.md)
> ok deraadt@ (reyk@)
~ etc.amd64/MAKEDEV
> sync (reyk@)
etc.amd64/MAKEDEV.md
~ etc.amd64/MAKEDEV.md
> remove acpi device. named apmctl on amd64 now, and on i386 apmctl
> has become a gate to both apm and acpi. ok deraadt (tedu@)
~ etc.amd64/MAKEDEV.md
> Make agp attach as a device. This means that many more agp bridges
> actually get detected and attached. Also adds a kernel api for
> manipulating agp.
> Enable this on i386 and amd64.
> "I think you should commit it" deraadt@, ok matthieu. Looked over by
> several others. (oga@)
~ etc.amd64/MAKEDEV.md
> define the agp devitem (line was missing but found in etc.i386/MAKEDEV.md)
> ok deraadt@ (reyk@)
etc.i386/MAKEDEV
~ etc.i386/MAKEDEV
> remove acpi device. named apmctl on amd64 now, and on i386 apmctl
> has become a gate to both apm and acpi. ok deraadt (tedu@)
~ etc.i386/MAKEDEV
> sync (oga@)
etc.i386/MAKEDEV.md
~ etc.i386/MAKEDEV.md
> remove acpi device. named apmctl on amd64 now, and on i386 apmctl
> has become a gate to both apm and acpi. ok deraadt (tedu@)
~ etc.i386/MAKEDEV.md
> Make agp attach as a device. This means that many more agp bridges
> actually get detected and attached. Also adds a kernel api for
> manipulating agp.
> Enable this on i386 and amd64.
> "I think you should commit it" deraadt@, ok matthieu. Looked over by
> several others. (oga@)
hoststated.conf
~ hoststated.conf
> Update the transparent HTTP proxy example:
> Include filters to block some well-known instant messengers; thanks to
> Rene Badalassi (rene at cybersecure dot com dot au) for providing the
> examples.
> (This change depends on my latest fix to hoststated) (reyk@)
rc.conf
~ rc.conf
> comment for spamd_flags should refer to spamd(8);
> pointed out by Daniel Wade and previously by Frank Bax;
> this time ok beck (jmc@)
== games ============================================================= 04/13 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/games
battlestar
~ parse.c
> some spelling fixes from Martynas Venckus (jmc@)
== gnu =============================================================== 05/13 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/gnu
usr.bin/gcc
~ gcc/mklibgcc.in
> the extra stuff also needs stmp-dirs, as found out by naddy@ (espie@)
usr.bin/ld
~ m88k/md.c
> Fix a.out header endianness swap. (miod@)
usr.bin/perl
~ Makefile.SH ~ Makefile.bsd-wrapper
+ Makefile.bsd-wrapper1
> some make -j fixes.
> - put the man pages in a separate Makefile, they need main build to be
> finished for dependencies to resolve correctly.
> - run perl's make depend before we run build. We can probably get rid
> of most of it, but one of Todd's remarks made me realize we still want
> to depend perlmain. (espie@)
~ Makefile.bsd-wrapper ~ Makefile.bsd-wrapper1
> man pages are in Makefile.bsd-wrapper1, so MLINKS should be there too,
> or it attempts to ln them before they exist.... (deraadt@)
~ Makefile.SH ~ Makefile.bsd-wrapper
> espie broke the make install codepath (and I think not just for DESTDIR),
> so back it out (deraadt@)
== include =========================================================== 06/13 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/include
rpc/svc.h
~ rpc/svc.h
> some spelling fixes from Martynas Venckus (jmc@)
== lib =============================================================== 07/13 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/lib
libc
~ include/thread_private.h
> fix misleading comment; the _MUTEX_LOCK/_MUTEX_UNLOCK macros work with
> both static and non-static mutexs. (kurt@)
- thread/thread_fd.c
> remove unused zero length file. (kurt@)
libcurses
~ Makefile
> fix yacc/lex parallel file generation (espie@)
libpthread
~ uthread/pthread_private.h ~ uthread/uthread_fork.c
~ uthread/uthread_vfork.c
> make pthread vfork() not call fork(), but actually call vfork(). our
> vfork() has only one semantic: "parent stalls until child does execve
> or exit" and no other semantic. it is unfair to act as if pthread
> vfork() suddenly lacks that semantic.
> ok kurt millert kettenis beck (deraadt@)
libutil
~ pw_init.3 ~ pw_lock.3
> copy in FILES from pw_lock.3 to vipw.8: as nick points out, it should at
> least document /etc/ptmp;
> while i'm at it, might as well tidy it up and make it consistent across
> these pages; (jmc@)
== regress =========================================================== 08/13 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/regress
sbin
~ pfctl/pfail29.in ~ pfctl/pfail49.in
> more existant -> existent, from Martynas Venckus;
> pfctl changes: ok henning
> ssh changes: ok deraadt (jmc@)
sys
~ ffs/tests/chown/00.t
> spelling fixes, from Martynas Venckus; (jmc@)
usr.bin
~ ssh/agent-getpeereid.sh ~ ssh/agent.sh
> more existant -> existent, from Martynas Venckus;
> pfctl changes: ok henning
> ssh changes: ok deraadt (jmc@)
== sbin ============================================================== 09/13 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/sbin
bioctl
~ bioctl.8
> note that -q is the default if no other options are specified; ok dlg
> (jmc@)
~ bioctl.8
> back out previous: henning says it's wrong; (jmc@)
dump
~ dump.8
> do not confuse the reader telling he should use a towers of hanoi
> based scheme when it makes no sense: a weekly schedule does not
> benefit from it. ok mbalmer@ jmc@ ray@ (otto@)
~ dump.8
> put the SIGINFO blurb in a saner place; (jmc@)
fdisk
~ fdisk.8
> document MBR spoofing, very minimally (deraadt@)
~ Makefile
> Build fdisk(8) on all architectures, since it is minimally useful to view
> the MBR... and install the man page in the MI location. (deraadt@)
~ fdisk.8
> tweak previous; (jmc@)
ifconfig
~ ifconfig.c
> Factor out the virtual host portion of carp into a separate struct
> that is kept in a list per carp interface. This is the huge first
> step necessary to make carp load balancing nice and easy. One carp
> interface can now contain up to 32 virtual host instances.
> This doesn't do anything useful yet, but here is how an ifconfig
> for multiple entries now looks like:
> # ifconfig carp2 carpnodes 5:0,6:100 192.168.5.88
> carp2: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
> lladdr 00:00:5e:00:01:05
> carp: carpdev sis0 advbase 1
> state MASTER vhid 5 advskew 0
> state BACKUP vhid 6 advskew 100
> groups: carp
> inet 192.168.5.88 netmask 0xffffff00 broadcast 192.168.5.255
> OK mcbride@ (mpf@)
modload
~ modload.8 ~ modload.c
> Make modload use /dev/ksyms as a kernel file by default.
> Idea from form@, suggestions from miod at .
> ok miod (mikeb@)
newfs
~ newfs.c
> Iruata Souza sent a diff that fixes weird occurences when mounting with
> a relative path: use realpath to only mount with absolute names.
> ok deraadt thib (tedu@)
~ newfs.c
> when running as newfs, there is no argv[1].. backout previous (deraadt@)
reboot
~ reboot.8
> remove another list which just keeps going out of date; (jmc@)
shutdown
~ shutdown.8
> remove another list which just keeps going out of date; (jmc@)
== share ============================================================= 10/13 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/share
doc
~ papers/relengr/spell.ok
> some spelling fixes from Martynas Venckus (jmc@)
man
~ man4/zyd.4
> add the Planex GW-US54GXS adapter.
> From the Linux ZyDAS driver.
> ok dlg@ (brad@)
~ man4/usb.4
> the serial number locator thing is absolute balony (deraadt@)
~ man5/pf.conf.5
> Fix grammar, pointed out by Jim Razmus and RW.
> OK jmc. (ray@)
~ man9/workq_add_task.9
> workq_add_task returns ENOMEM on failure (tedu@)
~ man5/files.conf.5
> document extension to file pathname list; noted by jmc (deraadt@)
~ man9/workq_add_task.9
> document new WQ_DIRECTOK flag (tedu@)
~ man4/Makefile ~ man4/options.4
~ man4/vga.4 + man4/agp.4
> Make agp attach as a device. This means that many more agp bridges
> actually get detected and attached. Also adds a kernel api for
> manipulating agp.
> Enable this on i386 and amd64.
> "I think you should commit it" deraadt@, ok matthieu. Looked over by
> several others. (oga@)
~ man8/man8.i386/MAKEDEV.8 ~ man8/man8.amd64/MAKEDEV.8
> Forgot the manpages. oops. (oga@)
~ man9/workq_add_task.9
> tweak previous; (jmc@)
~ man4/agp.4
> a few more tweaks; (jmc@)
~ man8/man8.amd64/MAKEDEV.8
> sync (deraadt@)
tmac
~ mdoc/README
> spelling fixes, from Martynas Venckus; (jmc@)
== sys =============================================================== 11/13 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/sys
altq
~ if_altq.h
> Sync struct ifaltq to match struct ifqueue.
> I wonder why 64-bit archs have not been bitten by this.
> OK mcbride@, henning@ (mpf@)
arch/alpha/conf
~ Makefile.alpha
> Get rid of the kernel 'libcompat' framework, and instead use conf/files to
> decide which files must be pulled into the kernel. Also conditionalize
> the pulling of those files based on the COMPAT_* options. (deraadt@)
~ Makefile.alpha ~ files.alpha
> libkern, begone. Move to a new mechanism where config(8)'s "file"
> directive can select between MI and MD versions of these files. At
> the same time, adjust the boot programs to pick exactly what they need,
> instead of the 7 or 8 mechanisms previously used.
> There will be some fallout from this, but testing it all by myself is a
> ridiculously slow process; it will be finished in-tree.
> Various developers were very nice and avoided making fun of me when I
> was gibbering in the corner.. (deraadt@)
arch/alpha/stand
~ Makefile
> libkern, begone. Move to a new mechanism where config(8)'s "file"
> directive can select between MI and MD versions of these files. At
> the same time, adjust the boot programs to pick exactly what they need,
> instead of the 7 or 8 mechanisms previously used.
> There will be some fallout from this, but testing it all by myself is a
> ridiculously slow process; it will be finished in-tree.
> Various developers were very nice and avoided making fun of me when I
> was gibbering in the corner.. (deraadt@)
arch/alpha/stand/boot
~ Makefile
> libkern, begone. Move to a new mechanism where config(8)'s "file"
> directive can select between MI and MD versions of these files. At
> the same time, adjust the boot programs to pick exactly what they need,
> instead of the 7 or 8 mechanisms previously used.
> There will be some fallout from this, but testing it all by myself is a
> ridiculously slow process; it will be finished in-tree.
> Various developers were very nice and avoided making fun of me when I
> was gibbering in the corner.. (deraadt@)
arch/alpha/stand/bootxx
~ Makefile
> libkern, begone. Move to a new mechanism where config(8)'s "file"
> directive can select between MI and MD versions of these files. At
> the same time, adjust the boot programs to pick exactly what they need,
> instead of the 7 or 8 mechanisms previously used.
> There will be some fallout from this, but testing it all by myself is a
> ridiculously slow process; it will be finished in-tree.
> Various developers were very nice and avoided making fun of me when I
> was gibbering in the corner.. (deraadt@)
arch/alpha/stand/libkern
- Makefile - Makefile.inc
> libkern, begone. Move to a new mechanism where config(8)'s "file"
> directive can select between MI and MD versions of these files. At
> the same time, adjust the boot programs to pick exactly what they need,
> instead of the 7 or 8 mechanisms previously used.
> There will be some fallout from this, but testing it all by myself is a
> ridiculously slow process; it will be finished in-tree.
> Various developers were very nice and avoided making fun of me when I
> was gibbering in the corner.. (deraadt@)
arch/alpha/stand/netboot
~ Makefile
> libkern, begone. Move to a new mechanism where config(8)'s "file"
> directive can select between MI and MD versions of these files. At
> the same time, adjust the boot programs to pick exactly what they need,
> instead of the 7 or 8 mechanisms previously used.
> There will be some fallout from this, but testing it all by myself is a
> ridiculously slow process; it will be finished in-tree.
> Various developers were very nice and avoided making fun of me when I
> was gibbering in the corner.. (deraadt@)
~ Makefile
> we want strlen.c (martin@)
arch/amd64/amd64
~ acpi_machdep.c ~ machdep.c
> When available and ACPI is enabled use the ACPI reset method
> to reboot. This is required for some quirky sis machines
> and likely others to reboot.
> Tested by many. 'commit early commit often' deraadt@ (jsg@)
~ bios.c
> spelling fixes, from Martynas Venckus; (jmc@)
~ conf.c
> Make agp attach as a device. This means that many more agp bridges
> actually get detected and attached. Also adds a kernel api for
> manipulating agp.
> Enable this on i386 and amd64.
> "I think you should commit it" deraadt@, ok matthieu. Looked over by
> several others. (oga@)
arch/amd64/conf
~ GENERIC
> enable PCIAGP on amd64, tested for some time now by various people
> ok tedu@ oga@ (reyk@)
~ Makefile.amd64
> Get rid of the kernel 'libcompat' framework, and instead use conf/files to
> decide which files must be pulled into the kernel. Also conditionalize
> the pulling of those files based on the COMPAT_* options. (deraadt@)
~ GENERIC
> Enable et/etphy now it can pass packets both ways. (jsg@)
~ GENERIC ~ files.amd64
> Make agp attach as a device. This means that many more agp bridges
> actually get detected and attached. Also adds a kernel api for
> manipulating agp.
> Enable this on i386 and amd64.
> "I think you should commit it" deraadt@, ok matthieu. Looked over by
> several others. (oga@)
~ Makefile.amd64
> libkern, begone. Move to a new mechanism where config(8)'s "file"
> directive can select between MI and MD versions of these files. At
> the same time, adjust the boot programs to pick exactly what they need,
> instead of the 7 or 8 mechanisms previously used.
> There will be some fallout from this, but testing it all by myself is a
> ridiculously slow process; it will be finished in-tree.
> Various developers were very nice and avoided making fun of me when I
> was gibbering in the corner.. (deraadt@)
arch/amd64/pci
~ agp_machdep.c ~ pchb.c
> Make agp attach as a device. This means that many more agp bridges
> actually get detected and attached. Also adds a kernel api for
> manipulating agp.
> Enable this on i386 and amd64.
> "I think you should commit it" deraadt@, ok matthieu. Looked over by
> several others. (oga@)
arch/amd64/stand
~ Makefile.inc
> libkern, begone. Move to a new mechanism where config(8)'s "file"
> directive can select between MI and MD versions of these files. At
> the same time, adjust the boot programs to pick exactly what they need,
> instead of the 7 or 8 mechanisms previously used.
> There will be some fallout from this, but testing it all by myself is a
> ridiculously slow process; it will be finished in-tree.
> Various developers were very nice and avoided making fun of me when I
> was gibbering in the corner.. (deraadt@)
arch/amd64/stand/boot
~ Makefile
> libkern, begone. Move to a new mechanism where config(8)'s "file"
> directive can select between MI and MD versions of these files. At
> the same time, adjust the boot programs to pick exactly what they need,
> instead of the 7 or 8 mechanisms previously used.
> There will be some fallout from this, but testing it all by myself is a
> ridiculously slow process; it will be finished in-tree.
> Various developers were very nice and avoided making fun of me when I
> was gibbering in the corner.. (deraadt@)
arch/amd64/stand/cdboot
~ Makefile
> libkern, begone. Move to a new mechanism where config(8)'s "file"
> directive can select between MI and MD versions of these files. At
> the same time, adjust the boot programs to pick exactly what they need,
> instead of the 7 or 8 mechanisms previously used.
> There will be some fallout from this, but testing it all by myself is a
> ridiculously slow process; it will be finished in-tree.
> Various developers were very nice and avoided making fun of me when I
> was gibbering in the corner.. (deraadt@)
arch/amd64/stand/libsa
~ pxe.h
> typo; ok miod@ (martynas@)
arch/amd64/stand/pxeboot
~ Makefile
> libkern, begone. Move to a new mechanism where config(8)'s "file"
> directive can select between MI and MD versions of these files. At
> the same time, adjust the boot programs to pick exactly what they need,
> instead of the 7 or 8 mechanisms previously used.
> There will be some fallout from this, but testing it all by myself is a
> ridiculously slow process; it will be finished in-tree.
> Various developers were very nice and avoided making fun of me when I
> was gibbering in the corner.. (deraadt@)
arch/arm/conf
~ files.arm
> libkern, begone. Move to a new mechanism where config(8)'s "file"
> directive can select between MI and MD versions of these files. At
> the same time, adjust the boot programs to pick exactly what they need,
> instead of the 7 or 8 mechanisms previously used.
> There will be some fallout from this, but testing it all by myself is a
> ridiculously slow process; it will be finished in-tree.
> Various developers were very nice and avoided making fun of me when I
> was gibbering in the corner.. (deraadt@)
arch/armish/conf
~ Makefile.armish
> Get rid of the kernel 'libcompat' framework, and instead use conf/files to
> decide which files must be pulled into the kernel. Also conditionalize
> the pulling of those files based on the COMPAT_* options. (deraadt@)
~ Makefile.armish
> libkern, begone. Move to a new mechanism where config(8)'s "file"
> directive can select between MI and MD versions of these files. At
> the same time, adjust the boot programs to pick exactly what they need,
> instead of the 7 or 8 mechanisms previously used.
> There will be some fallout from this, but testing it all by myself is a
> ridiculously slow process; it will be finished in-tree.
> Various developers were very nice and avoided making fun of me when I
> was gibbering in the corner.. (deraadt@)
arch/armish/stand/boot
~ machdep.c
> some spelling fixes from Martynas Venckus (jmc@)
~ Makefile
> libkern, begone. Move to a new mechanism where config(8)'s "file"
> directive can select between MI and MD versions of these files. At
> the same time, adjust the boot programs to pick exactly what they need,
> instead of the 7 or 8 mechanisms previously used.
> There will be some fallout from this, but testing it all by myself is a
> ridiculously slow process; it will be finished in-tree.
> Various developers were very nice and avoided making fun of me when I
> was gibbering in the corner.. (deraadt@)
arch/aviion/aviion
~ autoconf.c
> Use bcopy instead of assignment to avoid a possible misaligned access.
> (miod@)
arch/aviion/conf
~ Makefile.aviion
> Get rid of the kernel 'libcompat' framework, and instead use conf/files to
> decide which files must be pulled into the kernel. Also conditionalize
> the pulling of those files based on the COMPAT_* options. (deraadt@)
~ Makefile.aviion
> libkern, begone. Move to a new mechanism where config(8)'s "file"
> directive can select between MI and MD versions of these files. At
> the same time, adjust the boot programs to pick exactly what they need,
> instead of the 7 or 8 mechanisms previously used.
> There will be some fallout from this, but testing it all by myself is a
> ridiculously slow process; it will be finished in-tree.
> Various developers were very nice and avoided making fun of me when I
> was gibbering in the corner.. (deraadt@)
arch/hp300/conf
~ Makefile.hp300
> Get rid of the kernel 'libcompat' framework, and instead use conf/files to
> decide which files must be pulled into the kernel. Also conditionalize
> the pulling of those files based on the COMPAT_* options. (deraadt@)
~ Makefile.hp300
> libkern, begone. Move to a new mechanism where config(8)'s "file"
> directive can select between MI and MD versions of these files. At
> the same time, adjust the boot programs to pick exactly what they need,
> instead of the 7 or 8 mechanisms previously used.
> There will be some fallout from this, but testing it all by myself is a
> ridiculously slow process; it will be finished in-tree.
> Various developers were very nice and avoided making fun of me when I
> was gibbering in the corner.. (deraadt@)
arch/hp300/dev
~ dnkbd.c
> spelling fixes, from Martynas Venckus; (jmc@)
arch/hp300/stand/libkern
- Makefile
> libkern, begone. Move to a new mechanism where config(8)'s "file"
> directive can select between MI and MD versions of these files. At
> the same time, adjust the boot programs to pick exactly what they need,
> instead of the 7 or 8 mechanisms previously used.
> There will be some fallout from this, but testing it all by myself is a
> ridiculously slow process; it will be finished in-tree.
> Various developers were very nice and avoided making fun of me when I
> was gibbering in the corner.. (deraadt@)
arch/hppa/conf
~ Makefile.hppa
> Get rid of the kernel 'libcompat' framework, and instead use conf/files to
> decide which files must be pulled into the kernel. Also conditionalize
> the pulling of those files based on the COMPAT_* options. (deraadt@)
~ Makefile.hppa ~ files.hppa
> libkern, begone. Move to a new mechanism where config(8)'s "file"
> directive can select between MI and MD versions of these files. At
> the same time, adjust the boot programs to pick exactly what they need,
> instead of the 7 or 8 mechanisms previously used.
> There will be some fallout from this, but testing it all by myself is a
> ridiculously slow process; it will be finished in-tree.
> Various developers were very nice and avoided making fun of me when I
> was gibbering in the corner.. (deraadt@)
arch/hppa/stand
~ Makefile
> Unbreak make obj. -moj (maja@)
arch/hppa/stand/libkern
- Makefile
> libkern, begone. Move to a new mechanism where config(8)'s "file"
> directive can select between MI and MD versions of these files. At
> the same time, adjust the boot programs to pick exactly what they need,
> instead of the 7 or 8 mechanisms previously used.
> There will be some fallout from this, but testing it all by myself is a
> ridiculously slow process; it will be finished in-tree.
> Various developers were very nice and avoided making fun of me when I
> was gibbering in the corner.. (deraadt@)
arch/hppa64/conf
~ Makefile.hppa64
> Get rid of the kernel 'libcompat' framework, and instead use conf/files to
> decide which files must be pulled into the kernel. Also conditionalize
> the pulling of those files based on the COMPAT_* options. (deraadt@)
~ Makefile.hppa64
> libkern, begone. Move to a new mechanism where config(8)'s "file"
> directive can select between MI and MD versions of these files. At
> the same time, adjust the boot programs to pick exactly what they need,
> instead of the 7 or 8 mechanisms previously used.
> There will be some fallout from this, but testing it all by myself is a
> ridiculously slow process; it will be finished in-tree.
> Various developers were very nice and avoided making fun of me when I
> was gibbering in the corner.. (deraadt@)
arch/hppa64/stand/libkern
- Makefile
> libkern, begone. Move to a new mechanism where config(8)'s "file"
> directive can select between MI and MD versions of these files. At
> the same time, adjust the boot programs to pick exactly what they need,
> instead of the 7 or 8 mechanisms previously used.
> There will be some fallout from this, but testing it all by myself is a
> ridiculously slow process; it will be finished in-tree.
> Various developers were very nice and avoided making fun of me when I
> was gibbering in the corner.. (deraadt@)
arch/i386/conf
~ GENERIC
> disable i386 ipmi as well, because marco has an acpi interaction bug to fix
> still (deraadt@)
~ Makefile.i386
> Get rid of the kernel 'libcompat' framework, and instead use conf/files to
> decide which files must be pulled into the kernel. Also conditionalize
> the pulling of those files based on the COMPAT_* options. (deraadt@)
~ GENERIC
> Enable et/etphy now it can pass packets both ways. (jsg@)
~ files.i386
> fake out the apm device to switch between apm and acpi on i386. now
> a single device node will talk to the right kernel code automatically.
> ok deraadt (tedu@)
~ GENERIC ~ files.i386
> Make agp attach as a device. This means that many more agp bridges
> actually get detected and attached. Also adds a kernel api for
> manipulating agp.
> Enable this on i386 and amd64.
> "I think you should commit it" deraadt@, ok matthieu. Looked over by
> several others. (oga@)
~ Makefile.i386 ~ files.i386
> libkern, begone. Move to a new mechanism where config(8)'s "file"
> directive can select between MI and MD versions of these files. At
> the same time, adjust the boot programs to pick exactly what they need,
> instead of the 7 or 8 mechanisms previously used.
> There will be some fallout from this, but testing it all by myself is a
> ridiculously slow process; it will be finished in-tree.
> Various developers were very nice and avoided making fun of me when I
> was gibbering in the corner.. (deraadt@)
arch/i386/i386
~ acpi_machdep.c
> When available and ACPI is enabled use the ACPI reset method
> to reboot. This is required for some quirky sis machines
> and likely others to reboot.
> Tested by many. 'commit early commit often' deraadt@ (jsg@)
~ machdep.c
> Add entries for the Transmeta Efficeon CPU to the CPUID table.
> Without this we think it's an 80386-compatible, which is no longer
> supported.
> Problem found, and solution tested, by Anders Langworthy (anders
> (at) psilanthropy (dot) org); thanks. Initial suggestion for fix by
> Travers Buda (traversbuda (at) gmail (dot) com).
> ok deraadt@ (tom@)
+ acpiapm.c
> new files for acpiapm switcher (tedu@)
~ acpi_machdep.c ~ apm.c
~ conf.c
> fake out the apm device to switch between apm and acpi on i386. now
> a single device node will talk to the right kernel code automatically.
> ok deraadt (tedu@)
~ bios.c
> spelling fixes, from Martynas Venckus; (jmc@)
~ conf.c
> Make agp attach as a device. This means that many more agp bridges
> actually get detected and attached. Also adds a kernel api for
> manipulating agp.
> Enable this on i386 and amd64.
> "I think you should commit it" deraadt@, ok matthieu. Looked over by
> several others. (oga@)
arch/i386/include
+ acpiapm.h
> new files for acpiapm switcher (tedu@)
~ conf.h
> fake out the apm device to switch between apm and acpi on i386. now
> a single device node will talk to the right kernel code automatically.
> ok deraadt (tedu@)
arch/i386/isa
~ ahc_isa.c
> spelling fixes, from Martynas Venckus; (jmc@)
arch/i386/pci
~ agp_machdep.c ~ pchb.c
> Make agp attach as a device. This means that many more agp bridges
> actually get detected and attached. Also adds a kernel api for
> manipulating agp.
> Enable this on i386 and amd64.
> "I think you should commit it" deraadt@, ok matthieu. Looked over by
> several others. (oga@)
arch/i386/stand
~ Makefile
> libkern, begone. Move to a new mechanism where config(8)'s "file"
> directive can select between MI and MD versions of these files. At
> the same time, adjust the boot programs to pick exactly what they need,
> instead of the 7 or 8 mechanisms previously used.
> There will be some fallout from this, but testing it all by myself is a
> ridiculously slow process; it will be finished in-tree.
> Various developers were very nice and avoided making fun of me when I
> was gibbering in the corner.. (deraadt@)
arch/i386/stand/boot
~ Makefile
> libkern, begone. Move to a new mechanism where config(8)'s "file"
> directive can select between MI and MD versions of these files. At
> the same time, adjust the boot programs to pick exactly what they need,
> instead of the 7 or 8 mechanisms previously used.
> There will be some fallout from this, but testing it all by myself is a
> ridiculously slow process; it will be finished in-tree.
> Various developers were very nice and avoided making fun of me when I
> was gibbering in the corner.. (deraadt@)
arch/i386/stand/cdboot
~ Makefile
> libkern, begone. Move to a new mechanism where config(8)'s "file"
> directive can select between MI and MD versions of these files. At
> the same time, adjust the boot programs to pick exactly what they need,
> instead of the 7 or 8 mechanisms previously used.
> There will be some fallout from this, but testing it all by myself is a
> ridiculously slow process; it will be finished in-tree.
> Various developers were very nice and avoided making fun of me when I
> was gibbering in the corner.. (deraadt@)
arch/i386/stand/libkern
- Makefile
> libkern, begone. Move to a new mechanism where config(8)'s "file"
> directive can select between MI and MD versions of these files. At
> the same time, adjust the boot programs to pick exactly what they need,
> instead of the 7 or 8 mechanisms previously used.
> There will be some fallout from this, but testing it all by myself is a
> ridiculously slow process; it will be finished in-tree.
> Various developers were very nice and avoided making fun of me when I
> was gibbering in the corner.. (deraadt@)
arch/i386/stand/libsa
~ pxe.h
> typo; ok miod@ (martynas@)
arch/i386/stand/pxeboot
~ Makefile
> libkern, begone. Move to a new mechanism where config(8)'s "file"
> directive can select between MI and MD versions of these files. At
> the same time, adjust the boot programs to pick exactly what they need,
> instead of the 7 or 8 mechanisms previously used.
> There will be some fallout from this, but testing it all by myself is a
> ridiculously slow process; it will be finished in-tree.
> Various developers were very nice and avoided making fun of me when I
> was gibbering in the corner.. (deraadt@)
arch/landisk/conf
~ Makefile.landisk
> Get rid of the kernel 'libcompat' framework, and instead use conf/files to
> decide which files must be pulled into the kernel. Also conditionalize
> the pulling of those files based on the COMPAT_* options. (deraadt@)
~ Makefile.landisk
> libkern, begone. Move to a new mechanism where config(8)'s "file"
> directive can select between MI and MD versions of these files. At
> the same time, adjust the boot programs to pick exactly what they need,
> instead of the 7 or 8 mechanisms previously used.
> There will be some fallout from this, but testing it all by myself is a
> ridiculously slow process; it will be finished in-tree.
> Various developers were very nice and avoided making fun of me when I
> was gibbering in the corner.. (deraadt@)
arch/landisk/stand/boot
~ Makefile
> libkern, begone. Move to a new mechanism where config(8)'s "file"
> directive can select between MI and MD versions of these files. At
> the same time, adjust the boot programs to pick exactly what they need,
> instead of the 7 or 8 mechanisms previously used.
> There will be some fallout from this, but testing it all by myself is a
> ridiculously slow process; it will be finished in-tree.
> Various developers were very nice and avoided making fun of me when I
> was gibbering in the corner.. (deraadt@)
arch/landisk/stand/xxboot
~ Makefile
> libkern, begone. Move to a new mechanism where config(8)'s "file"
> directive can select between MI and MD versions of these files. At
> the same time, adjust the boot programs to pick exactly what they need,
> instead of the 7 or 8 mechanisms previously used.
> There will be some fallout from this, but testing it all by myself is a
> ridiculously slow process; it will be finished in-tree.
> Various developers were very nice and avoided making fun of me when I
> was gibbering in the corner.. (deraadt@)
arch/luna88k/conf
~ Makefile.luna88k
> Get rid of the kernel 'libcompat' framework, and instead use conf/files to
> decide which files must be pulled into the kernel. Also conditionalize
> the pulling of those files based on the COMPAT_* options. (deraadt@)
~ Makefile.luna88k
> libkern, begone. Move to a new mechanism where config(8)'s "file"
> directive can select between MI and MD versions of these files. At
> the same time, adjust the boot programs to pick exactly what they need,
> instead of the 7 or 8 mechanisms previously used.
> There will be some fallout from this, but testing it all by myself is a
> ridiculously slow process; it will be finished in-tree.
> Various developers were very nice and avoided making fun of me when I
> was gibbering in the corner.. (deraadt@)
arch/luna88k/include
~ board.h
> spelling fixes, from Martynas Venckus; (jmc@)
arch/m68k/conf
~ files.m68k
> libkern, begone. Move to a new mechanism where config(8)'s "file"
> directive can select between MI and MD versions of these files. At
> the same time, adjust the boot programs to pick exactly what they need,
> instead of the 7 or 8 mechanisms previously used.
> There will be some fallout from this, but testing it all by myself is a
> ridiculously slow process; it will be finished in-tree.
> Various developers were very nice and avoided making fun of me when I
> was gibbering in the corner.. (deraadt@)
arch/m68k/fpe
~ README
> spelling fixes, from Martynas Venckus; (jmc@)
arch/m68k/fpsp
~ ssin.sa
> spelling fixes, from Martynas Venckus; (jmc@)
arch/m68k/include
~ asm.h
> make ALTENTRY() use _C_LABEL() for the 2nd argument, and adjust callers
> ok miod (deraadt@)
arch/m68k/m68k
~ bcopy.s
> make ALTENTRY() use _C_LABEL() for the 2nd argument, and adjust callers
> ok miod (deraadt@)
arch/m88k/conf
~ files.m88k
> libkern, begone. Move to a new mechanism where config(8)'s "file"
> directive can select between MI and MD versions of these files. At
> the same time, adjust the boot programs to pick exactly what they need,
> instead of the 7 or 8 mechanisms previously used.
> There will be some fallout from this, but testing it all by myself is a
> ridiculously slow process; it will be finished in-tree.
> Various developers were very nice and avoided making fun of me when I
> was gibbering in the corner.. (deraadt@)
arch/m88k/include
~ trap.h
> Move external interrupt and ast handling from m881[01]0_trap() to their
> own functions, which do not need to be processor-specific.
> This speeds up the exception return sequence a bit. (miod@)
~ pmap.h
> Move pmap_set_modify() prototype to a header file (miod@)
~ mmu.h
> Typo (miod@)
~ cmmu.h
> Move the cmmu lock to 88200-specific code. 88110 MP code will use ipis
> and will not require such a lock. (miod@)
~ cmmu.h
> Remove the cpu parameter from cmmu_set_sapr(), since it is only invoked
> for the current processor. And remove now unused cmmu_flush_data_page().
> (miod@)
arch/m88k/m88k
~ m88k_machdep.c
> Fix setregs() on 88110, so that binaries do not skip their first
> instruction.
> Makes binaries beyond init(8) running on MVME197, to some extent. (miod@)
~ m88100_machdep.c
> In data_access_emulation(), make sure that if we want the pipeline replay
> to be disabled, this effectively disables the three slots, instead of only
> the first. This will only make (rare) things faster. (miod@)
~ pmap.c
> Overhaul of the pmap debug messages. They now provide slightly better
> information, and are easier to parse.
> While there, a few never-happening checks move from option DIAGNOSTIC to
> option PMAPDEBUG. (miod@)
~ trap.c
> Fix MP locking issues when processing data access faults on 88110, similar
> to the fix already applied to 88100. (miod@)
~ pmap.c ~ trap.c
> Move 88110 trap-on-write processing from two duplicated sections in trap.c
> to
> a single function in pmap.c, which will do the right thing and also perform
> mod/ref vm_page flags accounting. (miod@)
~ pmap.c
> On 88110, use a shorter path in pmap_is_modified(), since we perform
> accurate mod tracking through the write fault traps; there is no need
> to walk the pv list since, unlike on 88200, hardware does not set PG_M
> or PG_U in page table entries. (miod@)
~ trap.c
> A line got lost while hand-editing diffs... (miod@)
~ sig_machdep.c
> A really horrible fix for sigreturn on 88110. This will probably be
> replaced
> by something better in the future, but for now this will do. Just don't
> tell anyone I did this. (miod@)
~ eh_common.S ~ trap.c
> Move external interrupt and ast handling from m881[01]0_trap() to their
> own functions, which do not need to be processor-specific.
> This speeds up the exception return sequence a bit. (miod@)
~ trap.c
> Move pmap_set_modify() prototype to a header file (miod@)
~ pmap.c
> Don't bother flushing caches in pmap_{copy,zero}_page(), since our caches
> are physically addressed.
> Might be revisited for 88110 SMP, but we're not there yet. (miod@)
~ m8820x_machdep.c ~ m88k_machdep.c
> Move the cmmu lock to 88200-specific code. 88110 MP code will use ipis
> and will not require such a lock. (miod@)
~ pmap.c
> Add an extra parameter to pmap_remove_pte() to control whether it will
> flush tlbs or not. This is used by pmap_enter() to avoid flushing the same
> tlb entry twice. (miod@)
~ vm_machdep.c
> Remove explicit tlb flush from vmapbuf(), since pmap_enter() will take
> care of this. (miod@)
~ m8820x_machdep.c ~ pmap.c
> Remove the cpu parameter from cmmu_set_sapr(), since it is only invoked
> for the current processor. And remove now unused cmmu_flush_data_page().
> (miod@)
~ m88110_mmu.S ~ trap.c
> Quote a few errata to explain why odd things are done in oddly ways on
> 88110. (miod@)
~ trap.c
> On 88110, skip the faulting instruction in double_reg_fixup() if it can
> recover, otherwise we'll fault in a loop. (miod@)
~ eh_common.S
> Do not save a copy of the previous exception frame in a fixed memory
> location. (miod@)
~ eh_common.S
> Do not bother saving the fault address registers if the fault status
> registers are empty, to speed up a bit non-fault traps. (miod@)
~ eh_common.S
> Do not reenable interrupts for netsted interrupts if interrupts were
> previously disabled on 88110, similar to a recent 88100 fix. (miod@)
~ eh_common.S
> Do not redirect exception occuring when enabling the fpu to the error
> handler,
> for we are supposed to be able to recover from them. (miod@)
~ trap.c
> A decent workaround for errata #16. I have verified it gets triggered, the
> hard way. (miod@)
~ trap.c
> Introduce an inline function to skip an instruction on 88110 and use it
> whenever necessary, instead of duplicating the same code 10+ times. (miod@)
~ m8820x_machdep.c
> Slightly faster cache flushing operations on MP systems. (miod@)
~ pmap.c ~ vm_machdep.c
> Do not mark any page as global on monoprocessor kernels if running on a
> 88110, to avoid snooping notification bus cycles, as recommended by the
> manual. (miod@)
~ trap.c
> spelling fixes, from Martynas Venckus; (jmc@)
arch/mac68k/conf
~ Makefile.mac68k
> Get rid of the kernel 'libcompat' framework, and instead use conf/files to
> decide which files must be pulled into the kernel. Also conditionalize
> the pulling of those files based on the COMPAT_* options. (deraadt@)
~ Makefile.mac68k
> libkern, begone. Move to a new mechanism where config(8)'s "file"
> directive can select between MI and MD versions of these files. At
> the same time, adjust the boot programs to pick exactly what they need,
> instead of the 7 or 8 mechanisms previously used.
> There will be some fallout from this, but testing it all by myself is a
> ridiculously slow process; it will be finished in-tree.
> Various developers were very nice and avoided making fun of me when I
> was gibbering in the corner.. (deraadt@)
arch/mac68k/dev
~ zs.c
> some spelling fixes from Martynas Venckus (jmc@)
~ ncr5380.c
> spelling fixes, from Martynas Venckus; (jmc@)
arch/mac68k/mac68k
~ locore.s
> make ALTENTRY() use _C_LABEL() for the 2nd argument, and adjust callers
> ok miod (deraadt@)
arch/macppc/conf
~ Makefile.macppc
> Get rid of the kernel 'libcompat' framework, and instead use conf/files to
> decide which files must be pulled into the kernel. Also conditionalize
> the pulling of those files based on the COMPAT_* options. (deraadt@)
~ Makefile.macppc
> libkern, begone. Move to a new mechanism where config(8)'s "file"
> directive can select between MI and MD versions of these files. At
> the same time, adjust the boot programs to pick exactly what they need,
> instead of the 7 or 8 mechanisms previously used.
> There will be some fallout from this, but testing it all by myself is a
> ridiculously slow process; it will be finished in-tree.
> Various developers were very nice and avoided making fun of me when I
> was gibbering in the corner.. (deraadt@)
arch/macppc/macppc
~ clock.c
> Some macppc models (e.g. the 1.5 GHz G4 MacMini) have a large clock drift
> which is due to the timecounter running at a different frequency than what
> OpenFirmware tells us. On such machines, measure the actual timecounter
> frequency (triggered by a table of affected models) and use this measured
> value instead. This brings down the drift to values where
> adjtime()/adjfreq()
> triggered by ntpd(8) can tame the clock.
> feedback many, ok miod, kettenis (mbalmer@)
arch/macppc/stand
~ Makefile
> libkern, begone. Move to a new mechanism where config(8)'s "file"
> directive can select between MI and MD versions of these files. At
> the same time, adjust the boot programs to pick exactly what they need,
> instead of the 7 or 8 mechanisms previously used.
> There will be some fallout from this, but testing it all by myself is a
> ridiculously slow process; it will be finished in-tree.
> Various developers were very nice and avoided making fun of me when I
> was gibbering in the corner.. (deraadt@)
arch/macppc/stand/boot.mac
~ Makefile
> libkern, begone. Move to a new mechanism where config(8)'s "file"
> directive can select between MI and MD versions of these files. At
> the same time, adjust the boot programs to pick exactly what they need,
> instead of the 7 or 8 mechanisms previously used.
> There will be some fallout from this, but testing it all by myself is a
> ridiculously slow process; it will be finished in-tree.
> Various developers were very nice and avoided making fun of me when I
> was gibbering in the corner.. (deraadt@)
arch/macppc/stand/ofwboot
~ Makefile
> libkern, begone. Move to a new mechanism where config(8)'s "file"
> directive can select between MI and MD versions of these files. At
> the same time, adjust the boot programs to pick exactly what they need,
> instead of the 7 or 8 mechanisms previously used.
> There will be some fallout from this, but testing it all by myself is a
> ridiculously slow process; it will be finished in-tree.
> Various developers were very nice and avoided making fun of me when I
> was gibbering in the corner.. (deraadt@)
arch/mips64/include
~ cpu.h
> spelling fixes, from Martynas Venckus; (jmc@)
arch/mips64/mips64
~ context.S ~ db_disasm.c
> Recognize the wait r5k instruction in ddb and use it in cpu_idle_cycle.
> ok jsing@ a while ago (and this diff is much much older) (miod@)
arch/mvme68k/conf
~ Makefile.mvme68k
> Get rid of the kernel 'libcompat' framework, and instead use conf/files to
> decide which files must be pulled into the kernel. Also conditionalize
> the pulling of those files based on the COMPAT_* options. (deraadt@)
~ Makefile.mvme68k
> libkern, begone. Move to a new mechanism where config(8)'s "file"
> directive can select between MI and MD versions of these files. At
> the same time, adjust the boot programs to pick exactly what they need,
> instead of the 7 or 8 mechanisms previously used.
> There will be some fallout from this, but testing it all by myself is a
> ridiculously slow process; it will be finished in-tree.
> Various developers were very nice and avoided making fun of me when I
> was gibbering in the corner.. (deraadt@)
arch/mvme88k/conf
~ Makefile.mvme88k
> Get rid of the kernel 'libcompat' framework, and instead use conf/files to
> decide which files must be pulled into the kernel. Also conditionalize
> the pulling of those files based on the COMPAT_* options. (deraadt@)
~ Makefile.mvme88k
> libkern, begone. Move to a new mechanism where config(8)'s "file"
> directive can select between MI and MD versions of these files. At
> the same time, adjust the boot programs to pick exactly what they need,
> instead of the 7 or 8 mechanisms previously used.
> There will be some fallout from this, but testing it all by myself is a
> ridiculously slow process; it will be finished in-tree.
> Various developers were very nice and avoided making fun of me when I
> was gibbering in the corner.. (deraadt@)
arch/mvme88k/dev
~ busswreg.h
> Quote a few errata to explain why odd things are done in oddly ways on
> 88110. (miod@)
arch/mvme88k/include
~ m88110.h
> Quote a few errata to explain why odd things are done in oddly ways on
> 88110. (miod@)
~ m88110.h
> Introduce an inline function to skip an instruction on 88110 and use it
> whenever necessary, instead of duplicating the same code 10+ times. (miod@)
~ m88110.h
> Split the cmmu code routines into single 88110 (MVME197LE) and 88110+88410
> combos (MVME197SP/DP), and implement supposedly smarter cache routines.
> There is still room for improvement, however, cache flush operation errata
> permissing.
> Tested on 197LE and 197DP. (miod@)
arch/mvme88k/mvme88k
~ m88110.c
> Better cache invalidation functions (still horribly unoptimal, but less
> broken now). (miod@)
~ m88110.c
> Move the cmmu lock to 88200-specific code. 88110 MP code will use ipis
> and will not require such a lock. (miod@)
~ m88110.c
> Remove the cpu parameter from cmmu_set_sapr(), since it is only invoked
> for the current processor. And remove now unused cmmu_flush_data_page().
> (miod@)
~ m88110.c
> Quote a few errata to explain why odd things are done in oddly ways on
> 88110. (miod@)
~ m197_machdep.c ~ m88110.c
> Split the cmmu code routines into single 88110 (MVME197LE) and 88110+88410
> combos (MVME197SP/DP), and implement supposedly smarter cache routines.
> There is still room for improvement, however, cache flush operation errata
> permissing.
> Tested on 197LE and 197DP. (miod@)
~ m197_machdep.c
> Be sure to program the busswitch interrupt selection register on 197SP
> and 197DP to route interrupts to the processor we're booting on. This
> allows
> a 197DP to run when booting from the second cpu. (miod@)
~ m88110.c
> Fix a stupid underscore bug in memory area computations in the cache
> functions,
> it's amazing things didn't break. (miod@)
arch/mvmeppc/conf
~ Makefile.mvmeppc
> Get rid of the kernel 'libcompat' framework, and instead use conf/files to
> decide which files must be pulled into the kernel. Also conditionalize
> the pulling of those files based on the COMPAT_* options. (deraadt@)
~ Makefile.mvmeppc
> libkern, begone. Move to a new mechanism where config(8)'s "file"
> directive can select between MI and MD versions of these files. At
> the same time, adjust the boot programs to pick exactly what they need,
> instead of the 7 or 8 mechanisms previously used.
> There will be some fallout from this, but testing it all by myself is a
> ridiculously slow process; it will be finished in-tree.
> Various developers were very nice and avoided making fun of me when I
> was gibbering in the corner.. (deraadt@)
arch/powerpc/conf
~ files.powerpc
> libkern, begone. Move to a new mechanism where config(8)'s "file"
> directive can select between MI and MD versions of these files. At
> the same time, adjust the boot programs to pick exactly what they need,
> instead of the 7 or 8 mechanisms previously used.
> There will be some fallout from this, but testing it all by myself is a
> ridiculously slow process; it will be finished in-tree.
> Various developers were very nice and avoided making fun of me when I
> was gibbering in the corner.. (deraadt@)
arch/sgi/conf
~ Makefile.sgi
> Get rid of the kernel 'libcompat' framework, and instead use conf/files to
> decide which files must be pulled into the kernel. Also conditionalize
> the pulling of those files based on the COMPAT_* options. (deraadt@)
~ Makefile.sgi
> libkern, begone. Move to a new mechanism where config(8)'s "file"
> directive can select between MI and MD versions of these files. At
> the same time, adjust the boot programs to pick exactly what they need,
> instead of the 7 or 8 mechanisms previously used.
> There will be some fallout from this, but testing it all by myself is a
> ridiculously slow process; it will be finished in-tree.
> Various developers were very nice and avoided making fun of me when I
> was gibbering in the corner.. (deraadt@)
arch/sgi/dev
~ mkbc.c
> It helps if you initialise timeouts before you try using them...
> ok miod@ (jsing@)
arch/sgi/stand/boot
~ Makefile
> libkern, begone. Move to a new mechanism where config(8)'s "file"
> directive can select between MI and MD versions of these files. At
> the same time, adjust the boot programs to pick exactly what they need,
> instead of the 7 or 8 mechanisms previously used.
> There will be some fallout from this, but testing it all by myself is a
> ridiculously slow process; it will be finished in-tree.
> Various developers were very nice and avoided making fun of me when I
> was gibbering in the corner.. (deraadt@)
arch/sgi/stand/libkern
- Makefile
> libkern, begone. Move to a new mechanism where config(8)'s "file"
> directive can select between MI and MD versions of these files. At
> the same time, adjust the boot programs to pick exactly what they need,
> instead of the 7 or 8 mechanisms previously used.
> There will be some fallout from this, but testing it all by myself is a
> ridiculously slow process; it will be finished in-tree.
> Various developers were very nice and avoided making fun of me when I
> was gibbering in the corner.. (deraadt@)
arch/sh/conf
~ files.sh
> libkern, begone. Move to a new mechanism where config(8)'s "file"
> directive can select between MI and MD versions of these files. At
> the same time, adjust the boot programs to pick exactly what they need,
> instead of the 7 or 8 mechanisms previously used.
> There will be some fallout from this, but testing it all by myself is a
> ridiculously slow process; it will be finished in-tree.
> Various developers were very nice and avoided making fun of me when I
> was gibbering in the corner.. (deraadt@)
arch/solbourne/conf
~ Makefile.solbourne
> Get rid of the kernel 'libcompat' framework, and instead use conf/files to
> decide which files must be pulled into the kernel. Also conditionalize
> the pulling of those files based on the COMPAT_* options. (deraadt@)
~ Makefile.solbourne
> libkern, begone. Move to a new mechanism where config(8)'s "file"
> directive can select between MI and MD versions of these files. At
> the same time, adjust the boot programs to pick exactly what they need,
> instead of the 7 or 8 mechanisms previously used.
> There will be some fallout from this, but testing it all by myself is a
> ridiculously slow process; it will be finished in-tree.
> Various developers were very nice and avoided making fun of me when I
> was gibbering in the corner.. (deraadt@)
arch/sparc/conf
~ Makefile.sparc
> Get rid of the kernel 'libcompat' framework, and instead use conf/files to
> decide which files must be pulled into the kernel. Also conditionalize
> the pulling of those files based on the COMPAT_* options. (deraadt@)
~ Makefile.sparc ~ files.sparc
> libkern, begone. Move to a new mechanism where config(8)'s "file"
> directive can select between MI and MD versions of these files. At
> the same time, adjust the boot programs to pick exactly what they need,
> instead of the 7 or 8 mechanisms previously used.
> There will be some fallout from this, but testing it all by myself is a
> ridiculously slow process; it will be finished in-tree.
> Various developers were very nice and avoided making fun of me when I
> was gibbering in the corner.. (deraadt@)
arch/sparc/stand
~ Makefile ~ Makefile.inc
> libkern, begone. Move to a new mechanism where config(8)'s "file"
> directive can select between MI and MD versions of these files. At
> the same time, adjust the boot programs to pick exactly what they need,
> instead of the 7 or 8 mechanisms previously used.
> There will be some fallout from this, but testing it all by myself is a
> ridiculously slow process; it will be finished in-tree.
> Various developers were very nice and avoided making fun of me when I
> was gibbering in the corner.. (deraadt@)
arch/sparc/stand/boot
~ Makefile
> libkern, begone. Move to a new mechanism where config(8)'s "file"
> directive can select between MI and MD versions of these files. At
> the same time, adjust the boot programs to pick exactly what they need,
> instead of the 7 or 8 mechanisms previously used.
> There will be some fallout from this, but testing it all by myself is a
> ridiculously slow process; it will be finished in-tree.
> Various developers were very nice and avoided making fun of me when I
> was gibbering in the corner.. (deraadt@)
arch/sparc/stand/bootxx
~ Makefile
> libkern, begone. Move to a new mechanism where config(8)'s "file"
> directive can select between MI and MD versions of these files. At
> the same time, adjust the boot programs to pick exactly what they need,
> instead of the 7 or 8 mechanisms previously used.
> There will be some fallout from this, but testing it all by myself is a
> ridiculously slow process; it will be finished in-tree.
> Various developers were very nice and avoided making fun of me when I
> was gibbering in the corner.. (deraadt@)
arch/sparc/stand/libkern
- Makefile
> libkern, begone. Move to a new mechanism where config(8)'s "file"
> directive can select between MI and MD versions of these files. At
> the same time, adjust the boot programs to pick exactly what they need,
> instead of the 7 or 8 mechanisms previously used.
> There will be some fallout from this, but testing it all by myself is a
> ridiculously slow process; it will be finished in-tree.
> Various developers were very nice and avoided making fun of me when I
> was gibbering in the corner.. (deraadt@)
arch/sparc64/conf
~ Makefile.sparc64
> Get rid of the kernel 'libcompat' framework, and instead use conf/files to
> decide which files must be pulled into the kernel. Also conditionalize
> the pulling of those files based on the COMPAT_* options. (deraadt@)
~ Makefile.sparc64
> libkern, begone. Move to a new mechanism where config(8)'s "file"
> directive can select between MI and MD versions of these files. At
> the same time, adjust the boot programs to pick exactly what they need,
> instead of the 7 or 8 mechanisms previously used.
> There will be some fallout from this, but testing it all by myself is a
> ridiculously slow process; it will be finished in-tree.
> Various developers were very nice and avoided making fun of me when I
> was gibbering in the corner.. (deraadt@)
arch/sparc64/dev
~ pci_machdep.c
> Give the CarBus side of CardBus-PCI bridges a bus number, since
> OpenFirmware
> doesn't do it for us. (kettenis@)
arch/sparc64/include
~ pci_machdep.h ~ rbus_machdep.h
> Give the CarBus side of CardBus-PCI bridges a bus number, since
> OpenFirmware
> doesn't do it for us. (kettenis@)
arch/sparc64/sparc64
~ trap.c
> Add missing locking around ktrsyscall() call. (kettenis@)
~ rbus_machdep.c
> Give the CarBus side of CardBus-PCI bridges a bus number, since
> OpenFirmware
> doesn't do it for us. (kettenis@)
arch/sparc64/stand
~ Makefile ~ Makefile.inc
> libkern, begone. Move to a new mechanism where config(8)'s "file"
> directive can select between MI and MD versions of these files. At
> the same time, adjust the boot programs to pick exactly what they need,
> instead of the 7 or 8 mechanisms previously used.
> There will be some fallout from this, but testing it all by myself is a
> ridiculously slow process; it will be finished in-tree.
> Various developers were very nice and avoided making fun of me when I
> was gibbering in the corner.. (deraadt@)
arch/sparc64/stand/libkern
- Makefile
> libkern, begone. Move to a new mechanism where config(8)'s "file"
> directive can select between MI and MD versions of these files. At
> the same time, adjust the boot programs to pick exactly what they need,
> instead of the 7 or 8 mechanisms previously used.
> There will be some fallout from this, but testing it all by myself is a
> ridiculously slow process; it will be finished in-tree.
> Various developers were very nice and avoided making fun of me when I
> was gibbering in the corner.. (deraadt@)
arch/sparc64/stand/ofwboot
~ Makefile
> libkern, begone. Move to a new mechanism where config(8)'s "file"
> directive can select between MI and MD versions of these files. At
> the same time, adjust the boot programs to pick exactly what they need,
> instead of the 7 or 8 mechanisms previously used.
> There will be some fallout from this, but testing it all by myself is a
> ridiculously slow process; it will be finished in-tree.
> Various developers were very nice and avoided making fun of me when I
> was gibbering in the corner.. (deraadt@)
arch/vax/boot/boot
~ Makefile
> libkern, begone. Move to a new mechanism where config(8)'s "file"
> directive can select between MI and MD versions of these files. At
> the same time, adjust the boot programs to pick exactly what they need,
> instead of the 7 or 8 mechanisms previously used.
> There will be some fallout from this, but testing it all by myself is a
> ridiculously slow process; it will be finished in-tree.
> Various developers were very nice and avoided making fun of me when I
> was gibbering in the corner.. (deraadt@)
arch/vax/boot/xxboot
~ Makefile
> libkern, begone. Move to a new mechanism where config(8)'s "file"
> directive can select between MI and MD versions of these files. At
> the same time, adjust the boot programs to pick exactly what they need,
> instead of the 7 or 8 mechanisms previously used.
> There will be some fallout from this, but testing it all by myself is a
> ridiculously slow process; it will be finished in-tree.
> Various developers were very nice and avoided making fun of me when I
> was gibbering in the corner.. (deraadt@)
arch/vax/conf
~ Makefile.vax
> Get rid of the kernel 'libcompat' framework, and instead use conf/files to
> decide which files must be pulled into the kernel. Also conditionalize
> the pulling of those files based on the COMPAT_* options. (deraadt@)
~ Makefile.vax ~ files.vax
> libkern, begone. Move to a new mechanism where config(8)'s "file"
> directive can select between MI and MD versions of these files. At
> the same time, adjust the boot programs to pick exactly what they need,
> instead of the 7 or 8 mechanisms previously used.
> There will be some fallout from this, but testing it all by myself is a
> ridiculously slow process; it will be finished in-tree.
> Various developers were very nice and avoided making fun of me when I
> was gibbering in the corner.. (deraadt@)
arch/zaurus/conf
~ Makefile.zaurus
> Get rid of the kernel 'libcompat' framework, and instead use conf/files to
> decide which files must be pulled into the kernel. Also conditionalize
> the pulling of those files based on the COMPAT_* options. (deraadt@)
~ Makefile.zaurus
> libkern, begone. Move to a new mechanism where config(8)'s "file"
> directive can select between MI and MD versions of these files. At
> the same time, adjust the boot programs to pick exactly what they need,
> instead of the 7 or 8 mechanisms previously used.
> There will be some fallout from this, but testing it all by myself is a
> ridiculously slow process; it will be finished in-tree.
> Various developers were very nice and avoided making fun of me when I
> was gibbering in the corner.. (deraadt@)
arch/zaurus/stand/zboot
~ Makefile
> libkern, begone. Move to a new mechanism where config(8)'s "file"
> directive can select between MI and MD versions of these files. At
> the same time, adjust the boot programs to pick exactly what they need,
> instead of the 7 or 8 mechanisms previously used.
> There will be some fallout from this, but testing it all by myself is a
> ridiculously slow process; it will be finished in-tree.
> Various developers were very nice and avoided making fun of me when I
> was gibbering in the corner.. (deraadt@)
compat/common
- Makefile - Makefile.inc
> Get rid of the kernel 'libcompat' framework, and instead use conf/files to
> decide which files must be pulled into the kernel. Also conditionalize
> the pulling of those files based on the COMPAT_* options. (deraadt@)
conf
~ files
> move nmea stuff to same place other line discs go (deraadt@)
~ GENERIC
> turn off COMPAT_35; ok miod (deraadt@)
~ files
> Get rid of the kernel 'libcompat' framework, and instead use conf/files to
> decide which files must be pulled into the kernel. Also conditionalize
> the pulling of those files based on the COMPAT_* options. (deraadt@)
~ files
> unbreak compat_osf1; spotted by mk (deraadt@)
~ GENERIC
> Re-enable softraid. Tested on virtually all platforms by many people.
> Thanks!
> ok deraadt (marco@)
~ files
> libkern, begone. Move to a new mechanism where config(8)'s "file"
> directive can select between MI and MD versions of these files. At
> the same time, adjust the boot programs to pick exactly what they need,
> instead of the 7 or 8 mechanisms previously used.
> There will be some fallout from this, but testing it all by myself is a
> ridiculously slow process; it will be finished in-tree.
> Various developers were very nice and avoided making fun of me when I
> was gibbering in the corner.. (deraadt@)
crypto
~ crypto.c
> convert crypto thread to workq. add WQ_DIRECTOK flag to workq.
> combined, this lets us use crypto before the thread is running
> and therefore cryptoraid can attach nice and early.
> ok/testing deraadt mbalmer marco (tedu@)
dev
~ ipmi.c
> KNF and remove a bad free right before kthread_exit (marco@)
dev/acpi
~ acpihpet.c
> Fix for PR 5642 & 5643. Report and testing Martijn Rijkeboer
> <martijn at bunix dot org>
> ok deraadt kettenis (marco@)
~ acpimadt.c
> Don't add identity mappings for ISA interrupts for which we have an
> override.
> Tested by many; seems to fix ian@'s evil Compaq, at least with GENERIC.MP.
> (kettenis@)
~ acpi.c
> Initialize sc_facs earlier.
> ok deraadt@, beck@, canacar@ (kettenis@)
~ acpi.c
> store revision; from jsg (deraadt@)
~ acpi.c
> softc's come initialized to 0, you know... (deraadt@)
~ acpivar.h
> supply a place to store acpi version; from jsg (deraadt@)
~ acpi.c
> sigh, amd64 still uses that stupid acpi_enabled variable... (deraadt@)
~ acpi.c ~ acpivar.h
> When available and ACPI is enabled use the ACPI reset method
> to reboot. This is required for some quirky sis machines
> and likely others to reboot.
> Tested by many. 'commit early commit often' deraadt@ (jsg@)
dev/ata
~ atascsi.c
> t10 has a whole spec on doing SCSI to ATA translation called SAT. i wish
> id known about it when i wrote atascsi. anyway.
> it says we should claim SPC-3 when we fake INQUIRY. (dlg@)
~ atascsi.c
> implement translation of the scsi vpd page for fetching a disks serial
> number. lets bioctl against an atascsi disk see the serial number.
> continually requested by henning@ (dlg@)
~ atascsi.c
> use copyin and copyout to get the actual ata data in and out of the kernel
> for the ata ioctl used by atactl. i dont know how this worked before.
> (dlg@)
~ atascsi.c ~ atascsi.h
> starting bits to implement hotplug of sili controllers. this adds the code
> to clean up the atascsi stuff, and has sili call it when its going away.
> tested on an expresscard sili variant by kettenis@ (dlg@)
dev/i2c
~ spdmem.c
> Kill spdmem_hexdump() before anyone starts using it. (miod@)
dev/ic
~ hme.c
> remove use of static.
> ok dlg@ (brad@)
~ hme.c
> revert previous commit as requested by kettenis and deraadt. (brad@)
~ rt2860.c ~ rt2860reg.h
~ rt2860var.h
> 802.11 radiotap + various tweaks (damien@)
~ rtw.c
> Remove superfluous function declaration
> ok jsg@ (blambert@)
~ sili.c
> starting bits to implement hotplug of sili controllers. this adds the code
> to clean up the atascsi stuff, and has sili call it when its going away.
> tested on an expresscard sili variant by kettenis@ (dlg@)
~ sili.c
> If the card has gone away, return imediately from the interrupt handler.
> ok dlg@ (kettenis@)
~ awi.c ~ i82365.c
~ tcic2.c ~ aic79xx.c
~ aic7xxx.c
> spelling fixes, from Martynas Venckus; (jmc@)
dev/microcode
~ tusb3410/Makefile
> armish and zaurus too (deraadt@)
~ aic7xxx/aic79xx.seq ~ aic7xxx/aic7xxx.seq
> some spelling fixes from Martynas Venckus (jmc@)
~ aic7xxx/aic79xx.reg
> spelling fixes, from Martynas Venckus; (jmc@)
dev/mii
~ eephy.c
> eephy_mii_phy_auto() was deleted in r1.38. So delete the declaration too.
> (krw@)
~ etphy.c
> Set half duplex flag when appropriate and some minor cleaning.
> ok jsg@ dlg@ (brad@)
dev/pci
~ if_casreg.h
> Add a few Cassini+ registers. (kettenis@)
~ ahci.c
> When ignoring whether FR turns on or not, we should still set FRE,
> otherwise we risk leaving the port disabled after a stop/start during
> error recovery.
> ok dlg@ (pascoe@)
~ if_iwn.c
> pairwise keys always have an ID equal to 0. (damien@)
~ if_iwn.c ~ if_iwnvar.h
~ if_wpi.c ~ if_wpivar.h
> all TX rings have the same fixed size (256 entries) and this is not
> configurable so simplify rings allocation a bit. (damien@)
~ azalia_codec.c
> Collect subid #defines at the top. (deanna@)
~ sili_pci.c
> feng shui (dlg@)
~ azalia.c
> Check for invalid dev indices, which could get here through ioctl.
> (deanna@)
~ pccbb.c
> Don't do anything in the shutdownhook if the registers aren't mapped.
> ok deraadt@, fgsch@ (kettenis@)
~ azalia_codec.c
> The Sigmatel codec id 7662 looks identical to STAC7661 and works fine with
> the code here. Tested by Rob Lytle, thanks. (deanna@)
~ ppb.c
> First step towards PCI Express/ExpressCard hotplug. Unplug should work on
> detachable drivers.
> "put it in" deraadt@ (kettenis@)
~ if_msk.c ~ if_mskvar.h
> Make msk(4) detachable.
> "can't be wrong" deraadt@ (kettenis@)
~ pcireg.h
> First step towards PCI Express/ExpressCard hotplug. Unplug should work on
> detachable drivers.
> "put it in" deraadt@ (kettenis@)
~ ppb.c
> Map the interrupt pins used for swizzling *after* mapping the PCI Express
> hotplug interrupt such that we don't thrash the information necessary to do
> that. (kettenis@)
~ if_et.c
> Correctly setup the tx descriptor by using the right mapping infos.
> This makes et(4) work and as ususal this is commited over et(4) to prove
> that it is usuable. with and ok jsg@ (claudio@)
~ pccbb.c
> remove an ugly nested block (deraadt@)
~ if_et.c
> Strip the CRC in rxeof()
> ok claudio@ (jsg@)
~ ppb.c
> When plugging a device, assign BARs and set interrupt lines.
> Makes ExpresCard hotplugging fully functional at least on laptops with an
> Intel chipset. (kettenis@)
~ pcidevs
> Shorten some text. "AHCI SATA" and "SATA AHCI" -> "AHCI" as suggested by
> Theo. (krw@)
~ pcidevs.h ~ pcidevs_data.h
> Sync. (krw@)
~ pcidevs.h ~ pcidevs_data.h
> Sync. (krw@)
~ pcidevs
> Add NVIDIA GeForce 8600 GT found on ASUS P5K-E. (krw@)
~ files.pci ~ vga_pci.c
~ vga_pcivar.h ~ agp.c
~ agp_ali.c ~ agp_amd.c
~ agp_i810.c ~ agp_intel.c
~ agp_sis.c ~ agp_via.c
~ agpreg.h ~ agpvar.h
+ files.agp
> Make agp attach as a device. This means that many more agp bridges
> actually get detected and attached. Also adds a kernel api for
> manipulating agp.
> Enable this on i386 and amd64.
> "I think you should commit it" deraadt@, ok matthieu. Looked over by
> several others. (oga@)
~ pcidevs
> Add Intel ICH9 AHCI device seen on ASUS P5K-E, plus the other one
> referenced on the PCI ID list I looked at. (krw@)
~ pcidevs.h ~ pcidevs_data.h
> Sync. (krw@)
~ if_et.c
> Do a TX interrupt for each packet instead of every 126th one. This will
> solve the watchdog timeouts seen when single packets are sent out.
> OK jsg@ (claudio@)
~ azalia.c
> typo; ok jmc@, deanna@ (martynas@)
~ pccbb.c
> If some rather important registers read as 0xffffffff then the device
> is probably not there and we should not attach cardbus. Viao TZ-series
> with a Ricoh cardbus+ofw+MMC/SD/MS/.. chip
> ok kettenis jsg (deraadt@)
~ pccbb.c
> Interrupt handlers which do nothing should return 0 (or -1 if they are not
> sure)
> ok kettenis jsg (deraadt@)
~ if_bnx.c
> IF_Gbps(2.5) is wrong.
> ok claudio@ (dlg@)
~ pccbb.c
> missing line from previous commit; return 1 for interrupts we do handle
> (deraadt@)
dev/raidframe
~ rf_dagdegrd.c ~ rf_dagdegwr.c
> spelling fixes, from Martynas Venckus; (jmc@)
dev/usb
~ usbdevs ~ if_zyd.c
> add the Planex GW-US54GXS adapter.
> From the Linux ZyDAS driver.
> ok dlg@ (brad@)
~ usbdevs.h ~ usbdevs_data.h
> regen (brad@)
~ usbdevs.h ~ usbdevs_data.h
> regen (robert@)
~ usbdevs
> add Logitech QuickCam Pro 5000 (robert@)
~ usb_quirks.c
> attach Logitech QuickCam Pro 5000 as ugen for now (robert@)
~ udcf.c
> No need for process context to degrade the sensor status.
> Discussed with kettenis. (mbalmer@)
~ umbg.c
> Degrade sensor status in an interrupt context. (mbalmer@)
~ uticom.c
> kprintf -> printf, unbreaks USB_DEBUG
> "of course" deraadt@ (winiger@)
~ if_aue.c ~ if_axe.c
~ if_cue.c ~ if_udav.c
~ if_url.c ~ ohci.c
~ ukbd.c
> Sanitize the use of timeouts:
> Instead of calling timeout_set(..., NULL, NULL) in attach routines and
> later
> timeout_del(...)
> timeout_set(..., func, arg)
> timeout_add(..., time)
> set the function and argument in the initial timeout_set() call and only
> use timeout_add(..., time) later.
> ok dlg, fgsch, krw, winiger (mbalmer@)
~ udcf.c
> Make sure that variables used during detach are initialized during attach.
> Discussed with dlg. (mbalmer@)
~ umbg.c
> Don't use uninitialized variables in umbg_detach. (mbalmer@)
~ ukbd.c
> ukbd_rawrepeat only there if WSDISPLAY_COMPAT_RAWKBD (deraadt@)
~ uslcom.c
> Allow for any baud rate within a range rather than
> having a fixed list of rates. (jsg@)
~ if_atu.c ~ if_udavreg.h
~ if_urlreg.h ~ if_cdcef.c
~ uhci.c
> spelling fixes, from Martynas Venckus; (jmc@)
~ usbdevs.h ~ usbdevs_data.h
> syc (deraadt@)
~ usbdevs ~ usb_quirks.c
> add CNU550pro; from iss @ e-sky.ru (deraadt@)
dev/vesa
~ vbe.h ~ vesafb.c
> spelling fixes from Martynas Venckus; ok miod (jmc@)
dev/wscons
~ wsdisplay.c
> typo (miod@)
~ wsdisplay.c ~ wsemul_dumb.c
~ wsemul_sun.c ~ wsemul_vt100.c
~ wsemulvar.h
> Ask the emulation code to hide the cursor when leaving emulation mode. This
> way we do not get a phantom cursor image when X exits. (miod@)
kern
~ kern_sig.c
> Don't overwrite a core file owned by a different user. Makes the code
> match the comment. OK deraadt@ (millert@)
~ subr_autoconf.c
> Since the devices that we detach may have children we cannot rely on the
> "previous" device still being there, so if we detach a device, we really
> have to start from scratch again (like the comment on this code actually
> says we should). Simplifies the code as a bonus.
> ok dlg@, deraadt@ (kettenis@)
~ init_main.c ~ kern_workq.c
> convert crypto thread to workq. add WQ_DIRECTOK flag to workq.
> combined, this lets us use crypto before the thread is running
> and therefore cryptoraid can attach nice and early.
> ok/testing deraadt mbalmer marco (tedu@)
lib/libkern
~ htonl.c ~ htons.c
> ansi C (deraadt@)
~ arch/amd64/bcmp.S ~ arch/amd64/bcopy.S
~ arch/amd64/bzero.S ~ arch/amd64/ffs.S
~ arch/amd64/memchr.S ~ arch/amd64/memcmp.S
~ arch/amd64/memset.S ~ arch/amd64/strlen.S
~ arch/amd64/strcmp.S
> delete unused junk RCS ids (deraadt@)
~ arch/m68k/bcmp.S ~ arch/m68k/bzero.S
~ arch/m68k/ffs.S ~ arch/m68k/memcmp.S
~ arch/m68k/memset.S ~ arch/m68k/strcmp.S
~ arch/m68k/strlen.S ~ arch/m68k/strncmp.S
~ arch/m68k/strncpy.S
> junk SCCS (deraadt@)
~ arch/sh/ffs.S ~ arch/sh/memcpy.S
~ arch/sh/memset.S
> more junk SCCS (deraadt@)
~ arch/sparc/ffs.S
> junk RCS (deraadt@)
~ arch/hppa/bcopy.m4 ~ arch/hppa64/bcopy.m4
> junk SCCS (deraadt@)
~ arch/sparc/_setjmp.S ~ arch/sparc/bzero.S
~ arch/sparc/divrem.m4 ~ arch/sparc/mul.S
~ arch/sparc/setjmp.S ~ arch/sparc/umul.S
~ arch/sparc/strlen.S
> SCCS junk, bit by bit (deraadt@)
- Makefile - Makefile.inc
- ntohl.c - ntohs.c
- arch/alpha/Makefile.inc - arch/alpha/byte_swap_2.S
- arch/alpha/byte_swap_4.S - arch/alpha/ntohl.S
- arch/alpha/ntohs.S - arch/amd64/Makefile.inc
- arch/amd64/byte_swap_2.S - arch/amd64/byte_swap_4.S
- arch/arm/Makefile.inc - arch/arm/byte_swap_2.S
- arch/arm/byte_swap_4.S - arch/hppa/Makefile.inc
- arch/hppa64/Makefile.inc - arch/i386/Makefile.inc
- arch/i386/ntohl.S - arch/i386/ntohs.S
- arch/m68k/Makefile.inc - arch/m68k/ntohl.S
- arch/m68k/ntohs.S - arch/m88k/Makefile.inc
- arch/mips64/Makefile.inc - arch/powerpc/Makefile.inc
- arch/powerpc/memcpy.c - arch/sh/Makefile.inc
- arch/sparc/Makefile.inc - arch/sparc/ntohl.S
- arch/sparc/ntohs.S - arch/sparc64/Makefile.inc
- arch/sparc64/ntohl.S - arch/sparc64/ntohs.S
- arch/vax/Makefile.inc ~ strchr.c
~ arch/alpha/htonl.S ~ arch/alpha/htons.S
~ arch/amd64/index.S ~ arch/amd64/rindex.S
~ arch/amd64/strchr.S ~ arch/amd64/strrchr.S
~ arch/i386/bzero.S ~ arch/i386/htonl.S
~ arch/i386/htons.S ~ arch/m68k/htonl.S
~ arch/m68k/htons.S ~ arch/sparc/ffs.S
~ arch/sparc/htonl.S ~ arch/sparc/htons.S
~ arch/sparc64/_setjmp.S ~ arch/sparc64/bzero.S
~ arch/sparc64/ffs.S ~ arch/sparc64/htonl.S
~ arch/sparc64/htons.S ~ arch/sparc64/random.S
~ arch/sparc64/setjmp.S ~ arch/sparc64/strlen.S
+ memcpy.c + strrchr.c
+ arch/alpha/Makefile + arch/alpha/__divl.S
+ arch/alpha/__divlu.S + arch/alpha/__divq.S
+ arch/alpha/__divqu.S + arch/alpha/__reml.S
+ arch/alpha/__remlu.S + arch/alpha/__remq.S
+ arch/alpha/__remqu.S + arch/alpha/bcopy.S
+ arch/alpha/memcpy.S + arch/alpha/memmove.S
+ arch/alpha/ovbcopy.S + arch/amd64/htonl.S
+ arch/amd64/htons.S + arch/arm/htonl.S
+ arch/arm/htons.S + arch/arm/ovbcopy.S
+ arch/hppa/Makefile + arch/hppa/bcopy.S
+ arch/hppa/memcpy.S + arch/hppa/memmove.S
+ arch/hppa/ovbcopy.S + arch/hppa/spcopy.S
+ arch/i386/bcopy.S + arch/i386/memcpy.S
+ arch/i386/memmove.S + arch/i386/ovbcopy.S
+ arch/m68k/bcopy.S + arch/m68k/memcpy.S
+ arch/m68k/memmove.S + arch/m68k/ovbcopy.S
+ arch/powerpc/memmove.S + arch/powerpc/ovbcopy.S
+ arch/sh/bcopy.S + arch/sh/memmove.S
+ arch/sh/ovbcopy.S + arch/sparc/Makefile
+ arch/sparc/bcopy.S + arch/sparc/memcpy.S
+ arch/sparc/memmove.S + arch/sparc/ovbcopy.S
+ arch/sparc/random.S + arch/sparc/rem.S
+ arch/sparc/sdiv.S + arch/sparc/udiv.S
+ arch/sparc/urem.S + arch/sparc64/bcopy.S
+ arch/sparc64/memcpy.S + arch/sparc64/memmove.S
+ arch/sparc64/memset.S + arch/sparc64/ovbcopy.S
+ arch/vax/bcmp.S + arch/vax/bcopy.S
+ arch/vax/bzero.S + arch/vax/memmove.S
+ arch/vax/ovbcopy.S
> libkern, begone. Move to a new mechanism where config(8)'s "file"
> directive can select between MI and MD versions of these files. At
> the same time, adjust the boot programs to pick exactly what they need,
> instead of the 7 or 8 mechanisms previously used.
> There will be some fallout from this, but testing it all by myself is a
> ridiculously slow process; it will be finished in-tree.
> Various developers were very nice and avoided making fun of me when I
> was gibbering in the corner.. (deraadt@)
net
~ if.h
> Sync struct ifaltq to match struct ifqueue.
> I wonder why 64-bit archs have not been bitten by this.
> OK mcbride@, henning@ (mpf@)
~ pf.c
> backout 1.562 since it triggers the problem described in pr 5648
> please close the pr after another solution is found for both problems
> (deraadt@)
~ if_trunk.c
> Fix possible mbuf leak on error. ok reyk@ (canacar@)
~ if_spppsubr.c
> simplify sppp_chap_scr() now that we are using arc4random_bytes()
> (canacar@)
~ if_ethersubr.c
> Factor out the virtual host portion of carp into a separate struct
> that is kept in a list per carp interface. This is the huge first
> step necessary to make carp load balancing nice and easy. One carp
> interface can now contain up to 32 virtual host instances.
> This doesn't do anything useful yet, but here is how an ifconfig
> for multiple entries now looks like:
> # ifconfig carp2 carpnodes 5:0,6:100 192.168.5.88
> carp2: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
> lladdr 00:00:5e:00:01:05
> carp: carpdev sis0 advbase 1
> state MASTER vhid 5 advskew 0
> state BACKUP vhid 6 advskew 100
> groups: carp
> inet 192.168.5.88 netmask 0xffffff00 broadcast 192.168.5.255
> OK mcbride@ (mpf@)
~ pf.c
> pf_src_tree_remove_state() is called upon pf_insert_state() failures.
> but pf_insert_state does fiddle with the state's state_key pointer - it
> has too -, and can leave it at NULL. pf_src_tree_remove_state()
> tried to grab the protocol from it. fortunately that is superfluous here,
> since tcp_est will never be set in the non-tcp case - it is only touched
> in pf_src_connlimit which in turn is only ever called from pf_test_tcp().
> ok mcbride + identical diff from pascoe, but he was a few minutes late :)
> (henning@)
~ pfkeyv2.c
> some spelling fixes from Martynas Venckus (jmc@)
net80211
~ ieee80211_ioctl.c
> return ENOTTY not EINVAL for an unknown ioctl.
> ok reyk@ deraadt@ jsg@ dlg@ (brad@)
netinet
~ ip_esp.c
> Remove the #define ENCDEBUG that slipped through somehow.
> OK hshoexer@ (mpf@)
~ ip_carp.c ~ ip_carp.h
> Factor out the virtual host portion of carp into a separate struct
> that is kept in a list per carp interface. This is the huge first
> step necessary to make carp load balancing nice and easy. One carp
> interface can now contain up to 32 virtual host instances.
> This doesn't do anything useful yet, but here is how an ifconfig
> for multiple entries now looks like:
> # ifconfig carp2 carpnodes 5:0,6:100 192.168.5.88
> carp2: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
> lladdr 00:00:5e:00:01:05
> carp: carpdev sis0 advbase 1
> state MASTER vhid 5 advskew 0
> state BACKUP vhid 6 advskew 100
> groups: carp
> inet 192.168.5.88 netmask 0xffffff00 broadcast 192.168.5.255
> OK mcbride@ (mpf@)
~ ip_carp.c
> pass the carp ifp to rt_missmsg() when generating the RTM_ADD messages
> so the resulting messages have ifindex set and the routing daemons can
> correctly indentify that route as connected. ok mcbride (henning@)
~ ip_icmp.c ~ tcp_output.c
~ tcp_timer.h
> some spelling fixes from Martynas Venckus (jmc@)
scsi
~ st.c
> Ooops. Don't de-reference st until after it has been pointed at the
> correct st_softc. Fixes 'mt rewoffl' panics, as reported on misc@ by
> Jeff Ross and reproduced on my tape machine. (krw@)
~ st.c
> Ansi-fy. (krw@)
~ sd.c
> if we cant fetch the serial then fill it with "(unknown)". (dlg@)
~ scsi_base.c ~ scsiconf.c
~ scsiconf.h
> dont use the adapter_softc member of scsi_link as a softc anymore. the
> "adapter_softc" is simply a way for the adapter to determine what scsibus
> it is now dealing with, not a pointer back to the adapters device struct.
> ok deraadt@ marco@ (dlg@)
sys
~ fcntl.h
> some spelling fixes from Martynas Venckus (jmc@)
~ device.h
> we dont need ot include sys/lock.h here
> ok miod@ krw@ (dlg@)
~ workq.h
> convert crypto thread to workq. add WQ_DIRECTOK flag to workq.
> combined, this lets us use crypto before the thread is running
> and therefore cryptoraid can attach nice and early.
> ok/testing deraadt mbalmer marco (tedu@)
~ conf.h ~ malloc.h
> Make agp attach as a device. This means that many more agp bridges
> actually get detected and attached. Also adds a kernel api for
> manipulating agp.
> Enable this on i386 and amd64.
> "I think you should commit it" deraadt@, ok matthieu. Looked over by
> several others. (oga@)
~ agpio.h
> Change the AGP_DEVICE define to /dev/agp0. syncing it with the truth.
> ok deraadt, matthieu (oga@)
ufs/mfs
~ mfs_vfsops.c
> Try a forced unmount if mount_mfs is killed with SIGKILL.
> OK tedu@ (mpf@)
xfs
~ xfs_vfsops-common.c
> spelling fixes, from Martynas Venckus; (jmc@)
== usr.bin =========================================================== 12/13 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/usr.bin
awk
~ Makefile
> fix yacc/lex parallel file generation (espie@)
gprof
~ Makefile
> write explicit dependencies for make -j. beforedepend creates the file,
> but make -j tries to find them earlier, and can't. (espie@)
less
~ cmd.h
> some spelling fixes from Martynas Venckus (jmc@)
make
~ make.c
> simplify, no sense to break just to do return afterwards (espie@)
~ gnode.h ~ make.c
~ suff.c ~ suff.h
~ targ.c ~ targ.h
> more parallel make fixes.
> Preparations to fix the engine:
> - new function has_been_built(gn), that tells you what's the status of
> a given node. Allows us to run Suff_FindDeps later, by updating the number
> of unmade children correctly.
> - take out the code that handles shell expansions in an expand_children*
> set of functions, called by Suff_FindDeps, among others. These must be
> called early in the engine to avoid creating bogus nodes.
> Engine fixes:
> - take the predecessor/successor special handling out, deal with it in
> separate functions.
> - don't count nodes. Explicitly track them all in a hash table (better
> way to deal with non-built issues).
> - don't run Suff_FindDeps at start, but just before building an actual
> node.
> This allows make to find all dependencies correctly, as in groff.
> Pfiou! now it works. (espie@)
pcc
~ ccom/cgram.y ~ ccom/optim.c
~ ccom/pass1.h ~ ccom/pftn.c
~ ccom/trees.c ~ hppa/local.c
~ i386/code.c ~ i386/local.c
~ mip/manifest.h ~ mip/match.c
~ mips/local.c ~ nova/local.c
~ pdp10/local.c ~ powerpc/local.c
> (Large) update from master repo:
> > Use structure assignment instead of calling memcpy directly in struct
> return.
> > Rewrite enum handling.
> > In C99 enums are treated like INTs so convert them early to int.
> > Move the enum tag handling out of defid(), tags are in their own
> namespace.
> > This will be done with struct/union tags also.
> > Comment out enum types.
> > Remove ENUMTY/MOETY from target code. (ragge@)
~ powerpc/table.c
> Pull from master repo:
> >Fix type conversion problems observed by stefan@
> >Some other typos too.
> and
> >- Add rules for conversion from (u)long long to (u){char,short,int}
> >- Fix loading ushorts from mem. They don't need to be sign-extended.
> >- Fix a rule that didn't load small negative 64-bit values into
> > registers correctly (there's at least one more of it left).
> >- Add $Id$
> >
> >ok gmcgarry, otto (stefan@)
~ ccom/cgram.y ~ ccom/pass1.h
~ ccom/trees.c ~ hppa/code.c
~ i386/code.c ~ m16c/code.c
~ mips/code.c ~ nova/code.c
~ pdp10/code.c ~ powerpc/code.c
~ vax/code.c
> Pull from master repo:
> Put the genswitch() code that is found in most backends into
> the MI part. The backend version is renamed to mygenswitch()
> and can provide improved translations for switch statements.
> Improved implementation of the switch constraints/semantics
> described in the standard.
> ok ragge@, otto@
> With help and comments from ragge and gmcgarry (stefan@)
~ powerpc/table.c
> Pull from master repo:
> Fix the other rule that did not load small negative 64-bit constants
> correctly. The error shows up if you compile
> main(){long long = -1;} with -xtemps. (stefan@)
~ cc/cc.c
> Pull from master repo:
> Kill two useless assignments. ok ragge@ some time ago (stefan@)
~ powerpc/table.c
> Add newline after comment. The following instruction would not be
> recognized by the assembler otherwise. (stefan@)
~ powerpc/table.c
> Pull from master repo:
> More missing newlines. (stefan@)
~ powerpc/table.c
> Pull from master repo:
> No need to sign-extend unsigned shorts loaded from memory. (stefan@)
~ powerpc/table.c
> Pull from master repo:
> chars are sign-extended with extsb, not extsh. (stefan@)
~ ccom/cgram.y
> Pull from master repo:
> Complain about invalid bit-field size for unnamed bit-fields as well.
> ok ragge@ (stefan@)
~ powerpc/local2.c
> Pull from master repo:
> Check malloc/strdup return values. (stefan@)
+ arm/code.c + arm/local.c
+ arm/local2.c + arm/macdefs.h
+ arm/order.c + arm/table.c
> arm backend from Gregory McGarry, untested (otto@)
+ ccom/arm/Makefile
> arm backend by Gregory McGarry, untested (otto@)
sup
~ src/supcmain.c
> spelling fixes, from Martynas Venckus; (jmc@)
systat
~ systat.1
> .Nm does not require an argument; from Mark Lumsden (jmc@)
top
~ display.c ~ display.h
~ top.c
> Diff from Mark Lumsden: cleanup of reading strings and numbers, to
> make sure command line args and interactive reading of numbers use the
> same code. More concrete, interactive use of 'd' and 'n' now also
> interpret 'max', 'infinite' and 'all' and handle non-numbers
> correctly. tested by a few (otto@)
vi
~ common/exf.c ~ docs/USD.doc/exref/ex.rm
> some spelling fixes from Martynas Venckus (jmc@)
== usr.sbin ========================================================== 13/13 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/usr.sbin
acpidump
~ aml/aml_store.c
> more existant -> existent, from Martynas Venckus;
> pfctl changes: ok henning
> ssh changes: ok deraadt (jmc@)
afs
~ Makefile
> do not hardcode make (espie@)
~ lib/libarla/Makefile.rxdef.inc ~ src/lib/ko/Makefile.in
> parallel make fixes: $(YDR) produces several files, we need a timestamp.
> Also fixes an explicit make instead of $(MAKE) and a missing dependency.
> (espie@)
apmd
~ apmd.c
> cope with incorrect extra arguments; from Rodolfo Gouveia (deraadt@)
bgpd
~ printconf.c
> add "demote", was missing. noticed by camield@ (henning@)
~ kroute.c
> some spelling fixes from Martynas Venckus (jmc@)
~ kroute.c
> Another missing RTM_VERSION check. This will remove the RB_INSERT warnings
> seen on startup. (claudio@)
bind
~ lib/dns/rootns.c
TAGGED OPENBSD_4_2
> l.root-servers.net has a new IP
> changed in -current by jakob, MFC requested by deraadt (henning@)
~ make/rules.in
TAGGED OPENBSD_4_2
> fix race condition, as reported by naddy at .
> On a sufficiently fast machine, the subdirs and the ${TARGETS} will be
> run simultaneously, and will fail.
> Since TARGETS can be empty, we need an extra dummy-target to make sure
> make does something sensible (this avoids bsd-specific constructs).
> (espie@)
config
~ config.h ~ files.c
~ gram.y ~ mkmakefile.c
~ scan.l
> Extend the "file" directive to accept multiple pathnames seperated by '|'.
> If more than one path is provided, access() them to choose which one should
> be used, while parsing for ${name} expansions... currently limited to
> MACHINE_ARCH
> ok miod (deraadt@)
~ mkmakefile.c
> correct pathname variable matching, and also support ${MACHINE} (deraadt@)
hoststatectl
~ parser.c
> NULL != NONE (but both equal 0) (pyr@)
~ hoststatectl.8
> document hoststatectl poll.
> prompted by reyk@ (pyr@)
~ hoststatectl.c
> re-implement the "mark" action and document it in the manpage:
> it is possible to attach a mark to a session based on matching an
> entity (header, url, cookie, ...) and add conditional action for this
> mark. it works a bit like the tag/tagged keywords in pf, but i decided
> to pick a different name to avoid confusion.
> ok pyr@ gilles@ (reyk@)
~ hoststatectl.c ~ parser.c
> style(9) for includes (reyk@)
hoststated
~ hoststated.c
> move repeated code to cleanup a protocol tree into a function. (reyk@)
~ parse.y
> always enable "late connect" relay mode if an "expect" or "filter"
> action has been specified for the protocol. late connect mode first
> reads the complete request (HTTP header) before opening the inbound
> connection instead of relaying it line-by-line. (reyk@)
~ hoststated.c ~ hoststated.h
~ parse.y ~ relay.c
> rework the internal handling of protocol actions a little bit:
> - allow to use a key for multiple times by appending a queue of
> additional matches to the tree node. for example, this allows to
> specify multiple "expect" or "filter" actions to white-/black-list
> a list of HTTP-headers, URLs, ..
> - prevent specifing an HTTP header for multiple times when using the
> expect action.
> - minor code shuffling (reyk@)
~ check_tcp.c ~ parse.y
> knf (replace some ';;' with a single ';') (reyk@)
~ control.c ~ hce.c
~ hoststated.c ~ parse.y
~ pfe.c ~ relay.c
~ ssl_privsep.c
> spacing (reyk@)
~ relay.c
> minor change to some relay log messages (reyk@)
~ relay.c
> spacing (reyk@)
~ hoststated.h
> bump table name size.
> ok reyk@ (pyr@)
~ relay.c
> another fix to handle "expect" and "filter" actions in the new style
> correctly.
> ok pyr@ (reyk@)
~ hce.c ~ hoststated.conf.5
~ hoststated.h ~ parse.y
> Allow overriding the global interval in a table.
> Table specific intervals must be multiples of the global interval.
> help and ok reyk@ (pyr@)
~ hoststated.c ~ hoststated.conf.5
~ hoststated.h ~ log.c
~ parse.y ~ relay.c
> it may be desirable to send a HTTP error page with error code and a
> meaningful message if a HTTP/HTTPS relay closes the connection for
> some reason. for example, a "403 Forbidden" if the request was
> rejected by a filter. this will be enabled with the "return error"
> option and is disabled by default, the standard behaviour is to
> silently drop the connection; the browser may display an empty page in
> this case. the look+feel of the HTTP error page can be customized with
> a CSS style sheet, but we do not intend to allow customization of the
> error page contents (hoststated is not a webserver!).
> ok pyr@ (reyk@)
~ parse.y
> allow to use the "include" directive in tables, services, relays, and
> protocols.
> ok pyr@ (reyk@)
~ relay.c
> limit the number of displayed lines per node in relay_protodebug(). (reyk@)
~ hoststated.conf.5
> tweak previous; (jmc@)
~ hce.c
> make sure all hosts are checked when hoststatectl poll is issued, now
> that check interval can differ from table to table.
> ok reyk@ (pyr@)
~ hoststated.conf.5
> document the fact that port can be specified in table statements inside
> service sections.
> ok reyk@ (pyr@)
~ relay.c
> more work on the "filter" action: close the connection instantly when
> receiving a filtered entity, fix some remaining issues. (reyk@)
~ check_tcp.c ~ hoststated.conf.5
~ hoststated.h ~ parse.y
> allow the http digest type to be either SHA1 or MD5 determined by the
> digest string length; it is compatible to any existing SHA1-only
> configurations.
> ok pyr@ gilles@ (reyk@)
~ hoststated.conf.5 ~ hoststated.h
~ parse.y ~ relay.c
> rename the "url" filter action to "query" to use the correct term.
> please update your hoststated.conf configurations. also add more
> examples to the manpage.
> alright pyr@ (reyk@)
~ hoststated.conf.5
> tweak previous; (jmc@)
~ relay.c
> fix the tree comparison function. it turned out that it could fail
> with large trees of protocol actions. (reyk@)
~ check_tcp.c ~ hoststated.c
~ hoststated.h ~ parse.y
> move digest string handling into an extra function. (reyk@)
~ hoststated.conf.5 ~ parse.y
> extend action grammar with "filter value" and "expect value" as a
> short form for "filter * from value" or "expect * from value". (reyk@)
~ hoststated.h
> spacing (reyk@)
~ parse.y
> spacing (reyk@)
~ relay.c
> move HTTP cookie and query lookup code from the into separate functions
> (the if () else if () block was getting very big). (reyk@)
~ hoststated.conf.5 ~ hoststated.h
~ parse.y ~ relay.c
> add (new) "url" protocol action, this can be used to match/filter URL
> suffix/prefix expressions like "example.com/index.html?args". a digest
> mode allows to match against anonymized SHA1/MD5 digests of
> suffix/prefix expressions. (reyk@)
~ relay.c ~ hoststated.h
> Fix relay roundrobin mode to work correctly when multiple hosts in a
> table are down.
> Thanks to Preston Norvell at serialssolutions dot com for reporting
> the problem. (reyk@)
~ hoststated.h
> shuffle some structure elements; avoid using enums in *_config structs.
> (reyk@)
~ hoststated.c
> fix typo
> ok pyr@ (sthen@)
~ ssl_privsep.c
> add cvs id
> ok pyr@ (sthen@)
~ hoststated.conf.5 ~ hoststated.h
~ parse.y ~ relay.c
> re-implement the "mark" action and document it in the manpage:
> it is possible to attach a mark to a session based on matching an
> entity (header, url, cookie, ...) and add conditional action for this
> mark. it works a bit like the tag/tagged keywords in pf, but i decided
> to pick a different name to avoid confusion.
> ok pyr@ gilles@ (reyk@)
~ hoststated.conf.5
> - use either "host name" or "hostname", i decided to use "hostname"
> everywhere
> - a URL instead of an URL (a "you-are-el")
> suggested by jmc@ (reyk@)
~ relay.c
> fix goto to jump to the right place (reyk@)
~ hoststated.c ~ hoststated.conf.5
~ hoststated.h ~ relay.c
> extend the url lookup algorithm to match the full URL and different
> possible suffix/prefix combinations by stripping subdomains, path
> components, and the query args.
> ok and tested by gilles@ (reyk@)
~ buffer.c ~ carp.c
~ check_icmp.c ~ check_script.c
~ check_tcp.c ~ control.c
~ hce.c ~ hoststated.c
~ imsg.c ~ log.c
~ parse.y ~ pfe.c
~ pfe_filter.c ~ relay.c
~ relay_udp.c ~ ssl.c
~ ssl_privsep.c
> sort includes, adjust to style(9) (reyk@)
~ relay.c
> tweak for hostnames without dots (like "localhost") (reyk@)
~ hoststated.conf.5
> new sentence, new line; (jmc@)
~ hoststated.conf.5
> "canonicalized hostname" instead of just "hostname" for the url action
> (reyk@)
~ hoststated.c
> in addition to IPv4/6 addresses, canonicalize the hostname for "url",
> for example
> ".www...Example.com." will be translated to "www.example.com".
> ok gilles@ (reyk@)
httpd
~ src/main/http_config.c
> do not print "Processing config {dir,file} ...." messages unless the -t
> or -T option is specified, which is only going to do a syntax check on
> the config file(s)
> ok henning@, deraadt@ (robert@)
~ src/modules/ssl/Makefile.tmpl
> fix yacc/lex parallel file generation (espie@)
ntpd
~ ntpd.c
> if the drift file is missing, reset adjfreq to zero; iirc diff from Glaser
> from a long time ago. ok ckuethe@ (otto@)
~ client.c
> be a bit less aggressive retrying; this keeps the message queue
> empty while in the -s period, so the poll timeout actually times out
> if there are no interfaces available. ok henning@ (otto@)
ospf6d
~ interface.c
> Print the neighbor ID instead of the neighbor address in if_act_elect().
> Neighbors are identified by ID in OSPF v3 and trying to print a IPv6 addr
> as AF_INET was wrong anyway. (claudio@)
~ rde_lsdb.c
> lsa_self() is completely busted at the moment, so just ignore it.
> Currently ospf6d is unable to announce a thing so there is no need to
> cleanup. (claudio@)
pcidump
~ pcidump.8 ~ pcidump.c
> Add support for dumping PCI config space in hex.
> ok dlg@ (kettenis@)
~ pcidump.8
> simplify macro call; (jmc@)
~ pcidump.c
> remove "unused variable" warning
> ok kettenis@ (chl@)
rdate
~ ntpleaps.h
> spelling fixes, from Martynas Venckus; (jmc@)
vipw
~ vipw.8
> copy in FILES from pw_lock.3 to vipw.8: as nick points out, it should at
> least document /etc/ptmp;
> while i'm at it, might as well tidy it up and make it consistent across
> these pages; (jmc@)
wsmoused
~ wsmoused.c
> Since switches from X to consoles are aysnchronous, wsmoused(8) can be
> awakened
> before the X server has release the mouse device. Instead of an arbitrary
> sleep,
> loop (with increasing delays) until we can open the device again.
> Found the hard way and tested by jmc@ (miod@)
===============================================================================
More information about the owc
mailing list