[odc] Daily src changes for 2007-11-25
ODC
auto at squish.net
Mon Nov 26 07:00:01 GMT 2007
OpenBSD src changes summary for 2007-11-25
==========================================
bin/ksh distrib/notes
distrib/sets etc/etc.amd64/MAKEDEV
etc/etc.amd64/MAKEDEV.md etc/etc.i386/MAKEDEV
etc/etc.i386/MAKEDEV.md gnu/usr.bin/perl
regress/sbin regress/sys
regress/usr.bin sbin/fdisk
sbin/modload sbin/newfs
share/man share/tmac
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/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/m88k/conf
sys/arch/m88k/m88k sys/arch/mac68k/conf
sys/arch/mac68k/dev sys/arch/macppc/conf
sys/arch/macppc/stand sys/arch/macppc/stand/boot.mac
sys/arch/macppc/stand/ofwboot sys/arch/mips64/include
sys/arch/mvme68k/conf sys/arch/mvme88k/conf
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/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/net80211
sys/scsi sys/sys
sys/xfs usr.bin/pcc
usr.bin/sup usr.sbin/acpidump
usr.sbin/config usr.sbin/hoststated
usr.sbin/rdate
== bin =============================================================== 01/10 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/bin
ksh
~ BUG-REPORTS
> spelling fixes, from Martynas Venckus; (jmc@)
== distrib =========================================================== 02/10 ==
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/10 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/etc
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@)
== gnu =============================================================== 04/10 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/gnu
usr.bin/perl
~ 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@)
== regress =========================================================== 05/10 ==
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 ============================================================== 06/10 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/sbin
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@)
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@)
== share ============================================================= 07/10 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/share
man
~ 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 =============================================================== 08/10 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/sys
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
~ 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
~ 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/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
~ 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/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/m88k
~ 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
~ ncr5380.c
> spelling fixes, from Martynas Venckus; (jmc@)
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/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/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/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
~ 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
~ 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
~ 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/i2c
~ spdmem.c
> Kill spdmem_hexdump() before anyone starts using it. (miod@)
dev/ic
~ awi.c ~ i82365.c
~ tcic2.c ~ aic79xx.c
~ aic7xxx.c
> spelling fixes, from Martynas Venckus; (jmc@)
dev/microcode
~ aic7xxx/aic79xx.reg
> spelling fixes, from Martynas Venckus; (jmc@)
dev/mii
~ etphy.c
> Set half duplex flag when appropriate and some minor cleaning.
> ok jsg@ dlg@ (brad@)
dev/pci
~ 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
~ 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 ~ 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
~ 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
- 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@)
net80211
~ ieee80211_ioctl.c
> return ENOTTY not EINVAL for an unknown ioctl.
> ok reyk@ deraadt@ jsg@ dlg@ (brad@)
scsi
~ 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
~ 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@)
xfs
~ xfs_vfsops-common.c
> spelling fixes, from Martynas Venckus; (jmc@)
== usr.bin =========================================================== 09/10 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/usr.bin
pcc
~ 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@)
== usr.sbin ========================================================== 10/10 ==
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@)
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@)
hoststated
~ 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@)
rdate
~ ntpleaps.h
> spelling fixes, from Martynas Venckus; (jmc@)
===============================================================================
More information about the odc
mailing list