[owc] Weekly src changes ending 2007-12-02
OWC
auto at squish.net
Mon Dec 3 07:00:01 GMT 2007
OpenBSD src changes summary for 2007-11-25 to 2007-12-02 inclusive
==================================================================
bin/chio bin/ksh
bin/rcp bin/systrace
distrib/notes distrib/sets
distrib/special etc/etc.amd64/MAKEDEV
etc/etc.amd64/MAKEDEV.md etc/etc.i386/MAKEDEV
etc/etc.i386/MAKEDEV.md etc/hoststated.conf
gnu/egcs gnu/usr.bin/binutils
gnu/usr.bin/gcc gnu/usr.bin/ld
gnu/usr.bin/lynx gnu/usr.bin/perl
gnu/usr.sbin/mkhybrid lib/libc
lib/libz libexec/ld.so
libexec/tftpd regress/sbin
regress/sys regress/usr.bin
sbin/fdisk sbin/ifconfig
sbin/modload sbin/newfs
sbin/pfctl sbin/swapctl
sbin/sysctl sbin/wsconsctl
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/include 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/aviion/include sys/arch/aviion/stand/libsa
sys/arch/hp300/conf sys/arch/hp300/dev
sys/arch/hp300/stand sys/arch/hp300/stand/cdboot
sys/arch/hp300/stand/libkern sys/arch/hp300/stand/uboot
sys/arch/hppa/conf sys/arch/hppa/stand
sys/arch/hppa/stand/boot sys/arch/hppa/stand/cdboot
sys/arch/hppa/stand/libkern sys/arch/hppa64/conf
sys/arch/hppa64/stand sys/arch/hppa64/stand/boot
sys/arch/hppa64/stand/cdboot 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/include sys/arch/landisk/stand
sys/arch/landisk/stand/boot sys/arch/landisk/stand/xxboot
sys/arch/luna88k/conf sys/arch/luna88k/include
sys/arch/luna88k/luna88k sys/arch/m68k/conf
sys/arch/m68k/fpe sys/arch/m68k/fpsp
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/include sys/arch/macppc/conf
sys/arch/macppc/include 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/mvme68k/include sys/arch/mvme68k/stand/libsa
sys/arch/mvme88k/conf sys/arch/mvme88k/dev
sys/arch/mvme88k/include sys/arch/mvme88k/mvme88k
sys/arch/mvme88k/stand/libsa sys/arch/mvmeppc/conf
sys/arch/mvmeppc/stand/libsa sys/arch/powerpc/conf
sys/arch/sgi/conf sys/arch/sgi/dev
sys/arch/sgi/include sys/arch/sgi/stand
sys/arch/sgi/stand/boot sys/arch/sgi/stand/libkern
sys/arch/sgi/stand/libsa sys/arch/sh/conf
sys/arch/solbourne/conf sys/arch/sparc/conf
sys/arch/sparc/dev sys/arch/sparc/include
sys/arch/sparc/sparc 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/bootblk sys/arch/sparc64/stand/libkern
sys/arch/sparc64/stand/libsa 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/bsdos
sys/compat/common sys/compat/freebsd
sys/compat/hpux sys/compat/ibcs2
sys/compat/linux sys/compat/osf1
sys/compat/sunos sys/compat/svr4
sys/compat/ultrix sys/conf
sys/crypto sys/dev
sys/dev/acpi sys/dev/ata
sys/dev/i2c sys/dev/i2o
sys/dev/ic sys/dev/microcode
sys/dev/mii sys/dev/onewire
sys/dev/pci sys/dev/raidframe
sys/dev/sbus sys/dev/sdmmc
sys/dev/usb sys/dev/vesa
sys/dev/wscons sys/kern
sys/lib/libkern sys/msdosfs
sys/net sys/net80211
sys/netinet sys/netinet6
sys/nfs sys/scsi
sys/sys sys/ufs/ffs
sys/ufs/mfs sys/uvm
sys/xfs usr.bin/audioctl
usr.bin/calendar usr.bin/file
usr.bin/ftp usr.bin/gprof
usr.bin/indent usr.bin/make
usr.bin/mg usr.bin/mixerctl
usr.bin/pcc usr.bin/sudo
usr.bin/sup usr.bin/tip
usr.bin/top usr.bin/vmstat
usr.bin/xlint usr.sbin/acpidump
usr.sbin/afs usr.sbin/amd
usr.sbin/bgpd usr.sbin/config
usr.sbin/fdformat usr.sbin/hoststated
usr.sbin/ifstated usr.sbin/kgmon
usr.sbin/openssl usr.sbin/ospf6ctl
usr.sbin/ospf6d usr.sbin/procmap
usr.sbin/pstat usr.sbin/rdate
usr.sbin/route6d usr.sbin/sensorsd
usr.sbin/tcpdump
== bin =============================================================== 01/12 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/bin
chio
~ chio.c
> typos; ok jmc@
> sys/dev/pci/pciide.c from naddy@ (martynas@)
ksh
~ BUG-REPORTS
> spelling fixes, from Martynas Venckus; (jmc@)
rcp
~ extern.h ~ util.c
> remove unused function
> from tobias@
> ok millert@ tobias@ (chl@)
systrace
~ systrace.c
> typos; ok jmc@
> sys/netinet/in_pcb.c and sys/net/bridgestp.c ok henning@
> sys/dev/pci/bktr/* ok jakemsr@ (martynas@)
== distrib =========================================================== 02/12 ==
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@)
~ lists/base/md.amd64 ~ lists/base/md.i386
~ lists/comp/md.amd64 ~ lists/comp/md.i386
~ lists/man/mi
> sync (deraadt@)
~ lists/base/md.alpha ~ lists/base/md.amd64
~ lists/base/md.armish ~ lists/base/md.aviion
~ lists/base/md.hp300 ~ lists/base/md.hppa
~ lists/base/md.hppa64 ~ lists/base/md.i386
~ lists/base/md.landisk ~ lists/base/md.luna88k
~ lists/base/md.mac68k ~ lists/base/md.macppc
~ lists/base/md.mvme68k ~ lists/base/md.mvme88k
~ lists/base/md.mvmeppc ~ lists/base/md.sgi
~ lists/base/md.sparc ~ lists/base/md.sparc64
~ lists/base/md.vax ~ lists/base/md.zaurus
~ lists/comp/mi ~ lists/man/mi
> sync (deraadt@)
special
~ Makefile + newfs/Makefile
> build our own newfs binary for the media -- without MFS support -- to
> save space. (deraadt@)
== etc =============================================================== 03/12 ==
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
> regen (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.amd64/MAKEDEV.md
> fix new agp code on amd64
> - internal intel graphics semi-agp chipsets need special handling in pchb.c
> - re-add the i965GM device
> - use the correct major device id for /dev/agp0 on amd64 (not the i386 one)
> 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
> extend proxy example (reyk@)
== gnu =============================================================== 04/12 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/gnu
egcs
~ gcc/flags.h ~ gcc/stmt.c
~ gcc/toplev.c
> Add a new warning to gcc, -Wvariable-decl, which causes it to warn for
> auto declarations which size are not known at compile time.
> This flag will eventually be added to the kernel makefiles so that we
> can rely on -Wstack-larger-than work.
> ok deraadt@ mbalmer@ otto@ marco@ (miod@)
usr.bin/binutils
~ gdb/Makefile.in
> fix race: install-all can only be run *after* all is finished, otherwise
> we may end up installing gdb while it's been rm -f.
> okay kettenis@ (espie@)
usr.bin/gcc
~ gcc/flags.h ~ gcc/stmt.c
~ gcc/toplev.c
> Add a new warning to gcc, -Wvariable-decl, which causes it to warn for
> auto declarations which size are not known at compile time.
> This flag will eventually be added to the kernel makefiles so that we
> can rely on -Wstack-larger-than work.
> ok deraadt@ mbalmer@ otto@ marco@ (miod@)
~ gcc/Makefile.in
> add dependencies for protector.o, preventing it from being built too early.
> Okay miod@ (espie@)
usr.bin/ld
~ m88k/md.c ~ m88k/md.h
> Fix md_swap{in,out}_reloc. (miod@)
usr.bin/lynx
~ src/makefile.in
> fix makefile races.
> okay millert@ (espie@)
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@)
~ Makefile.bsd-wrapper
> fix build for real, forward maninstall to wrapper1
> okay deraadt@ (espie@)
~ Makefile.bsd-wrapper1
> insert .WAIT so that stuff is built first, and checked afterwards, instead
> of everything happening simultaneously. (espie@)
usr.sbin/mkhybrid
~ src/libfile/apprentice.c
> use sizeof (buf) instead of hardcoded value
> use strcspn to properly overwrite '\n' in fgets returned buffer
> ok ray@ (chl@)
== lib =============================================================== 05/12 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/lib
libc
~ gen/popen.c
> make popen/pclose thread safe. closes library/5634. from and okay andreas@
> (kurt@)
~ string/memrchr.c
> typos; ok jmc@
> sys/dev/pci/pciide.c from naddy@ (martynas@)
~ locale/setlocale.c
> remove unused function
> ok otto@ (chl@)
~ stdio/vfprintf.c
> %hhd was being printed as if %hd was specified
> ok millert tedu (deraadt@)
libz
~ deflate.h
> typos; ok jmc@
> sys/netinet/in_pcb.c and sys/net/bridgestp.c ok henning@
> sys/dev/pci/bktr/* ok jakemsr@ (martynas@)
== libexec =========================================================== 06/12 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/libexec
ld.so
~ loader.c ~ resolve.h
~ alpha/rtld_machine.c ~ amd64/rtld_machine.c
~ arm/rtld_machine.c ~ hppa/rtld_machine.c
~ i386/rtld_machine.c ~ mips64/rtld_machine.c
~ powerpc/rtld_machine.c ~ sh/rtld_machine.c
~ sparc/rtld_machine.c ~ sparc64/rtld_machine.c
> Make _dl_md_reloc_got() report errors, and take them into account.
> Fixes PR #5579. (miod@)
~ dlfcn.c
> Fix dlsym w/special handles when called from an executable that has been
> linked without -E. dlsym issues reported by Pedro Martelletto <pedro at
> ambientworks.net>. okay tedu@ (kurt@)
tftpd
~ tftpd.8 ~ tftpd.c
> add logging option, ok deraadt@ (jolan@)
~ tftpd.c
> add missing header for inet_ntoa.
> "sure" deraadt@ (chl@)
~ tftpd.8
> tweak previous; (jmc@)
~ tftpd.8 ~ tftpd.c
> - get synopsis/usage() right
> - improve options text
> no one objected... (jmc@)
== regress =========================================================== 07/12 ==
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@)
~ diff/t11.1
> typos; ok jmc@
> sys/dev/pci/pciide.c from naddy@ (martynas@)
== sbin ============================================================== 08/12 ==
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@)
~ fdisk.8
> fix SEE ALSO; from deraadt (jmc@)
ifconfig
~ ifconfig.c
> fix format strings
> ok mpf@ henning@ (chl@)
~ ifconfig.c
> fix format strings
> ok mpf@ (chl@)
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@)
~ newfs.c
> revised diff that handles the no mfs parts correctly (tedu@)
pfctl
~ pfctl.c ~ pfctl_optimize.c
> typos; ok jmc@
> sys/dev/pci/pciide.c from naddy@ (martynas@)
swapctl
~ swapctl.c
> if no arguments given, assume a nice default; ok miod jakemsr deanna
> (deraadt@)
sysctl
~ sysctl.c
> if no arguments given, assume a nice default; ok miod jakemsr deanna
> (deraadt@)
wsconsctl
~ wsconsctl.c
> if no arguments given, assume a nice default; ok miod jakemsr deanna
> (deraadt@)
~ util.c
> Add a few missing device entries. (miod@)
== share ============================================================= 09/12 ==
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@)
~ man5/files.conf.5
> ${MACHINE} expands too (deraadt@)
~ man4/bluetooth.4
> typos; ok jmc@
> sys/netinet/in_pcb.c and sys/net/bridgestp.c ok henning@
> sys/dev/pci/bktr/* ok jakemsr@ (martynas@)
~ man5/files.conf.5
> tidy up this page; (jmc@)
~ man5/files.conf.5
> damn, a .Pp i forgot to eliminate; (jmc@)
~ man5/files.conf.5
> another uneeded .Pp: should have stayed in bed today... (jmc@)
~ man1/gcc-local.1
> Add a new warning to gcc, -Wvariable-decl, which causes it to warn for
> auto declarations which size are not known at compile time.
> This flag will eventually be added to the kernel makefiles so that we
> can rely on -Wstack-larger-than work.
> ok deraadt@ mbalmer@ otto@ marco@ (miod@)
~ man4/mbg.4 ~ man4/nmea.4
> Document how the sensors degrade over time. (mbalmer@)
~ man4/pppoe.4
> Don't give bad advice. The MTU/MSS issue is not solvable by changing the
> MTU
> of any interface of the pppoe router. The best way to get a reliable
> network
> connection is to use pf(4) and the max-mss scrub option.
> OK henning@, mbalmer@ Yes please! sthen@ (claudio@)
~ man1/gcc-local.1
> tweak the Ox warning section; (jmc@)
~ man4/mbg.4 ~ man4/nmea.4
> tweak previous; (jmc@)
+ man4/man4.sgi/gbe.4
> Initial support for the SGI Graphics Back End (GBE) frame buffer found in
> SGI O2 machines. We currently rely on the video hardware being initialised
> by the ARCS firmware and can only use the initial resolution with a colour
> depth of 32 bits. This driver is disabled by default.
> ok miod@ (jsing@)
~ man4/man4.sgi/Makefile
> Remember to add gbe.4... (jsing@)
~ man4/man4.sgi/gbe.4
> missing rcs id
> "feel free to do so" jsing@ (jasper@)
~ man4/options.4
> TCP_COMPAT_42 was last used in 1997. Kill it.
> ok millert (deraadt@)
~ man4/man4.sgi/gbe.4
> tweak -r1.1; (jmc@)
~ man4/man4.sgi/intro.4
> add gbe(4); (jmc@)
~ man4/pppoe.4
> On jmc@'s request add a bit that mentions that the pf(4) mssfix up is only
> needed on pppoe(4) and not needed with pppoe(8) because it is done by
> ppp(8)
> by default. OK jmc@ (claudio@)
~ man4/ural.4
> there are no 802.11a ural devices. (damien@)
~ man4/usb.4
> sync ural entry; (jmc@)
~ man4/options.4
> COMPAT_{23,25,35} should not be used directly (deraadt@)
~ man4/man4.amd64/Makefile
> add apm (tedu@)
~ man4/acpi.4 ~ man4/man4.i386/apm.4
+ man4/man4.amd64/apm.4
> first attempt to consolidate some of the apm/acpi documentation.
> ok deraadt (tedu@)
~ man4/man4.i386/apm.4
> provide a hint that apm might be acpi on some machines (tedu@)
~ man4/man4.zaurus/apm.4
> history section is totally wrong (tedu@)
- man4/man4.sgi/crime.4 - man4/man4.sgi/dpclock.4
- man4/man4.sgi/dsclock.4 - man4/man4.sgi/gio.4
- man4/man4.sgi/haltwo.4 - man4/man4.sgi/hpc.4
- man4/man4.sgi/imc.4 - man4/man4.sgi/newport.4
- man4/man4.sgi/pic.4 - man4/man4.sgi/wdsc.4
~ man4/man4.sgi/Makefile
> Remove man pages that do not relate to OpenBSD/sgi. Spotted by jmc at .
> ok miod@ (jsing@)
~ man9/workq_add_task.9
> i'm always behind on the doc updates (tedu@)
~ man4/acpi.4
> fix SEE ALSO; (jmc@)
~ man4/man4.amd64/apm.4
> tweak previous; (jmc@)
~ man4/man4.sgi/intro.4
> remove already commented out entries, of devices which we do not support;
> (jmc@)
~ man4/man4.sgi/Makefile + man4/man4.sgi/mainbus.4
> Document the SGI mainbus device. With feedback from jmc at .
> ok miod@ (jsing@)
~ man4/man4.sgi/gbe.4 ~ man4/man4.sgi/macebus.4
> Cleanup and add references to mainbus(4).
> ok jmc@ miod@ (jsing@)
~ man9/workq_add_task.9
> readjust list width after previous; (jmc@)
~ man4/man4.i386/cpu.4
> cpu options are gone now. (tedu@)
~ man9/workq_add_task.9
> i prefer our ISC license. (dlg@)
~ man9/Makefile ~ man9/tsleep.9
> <oga> art write me a manpage
> <art> What? Write it yourself.
> <oga> sudo art write me a manpage.
> <art> ok
> Document msleep(9). (art@)
~ man9/tsleep.9
> - better integrate msleep() into this page
> - art says bpendsleep has been removed, so kill it
> ok art (jmc@)
~ man4/options.4
> - sort the options list
> - .Ss -> .Sh, since differentiating between options and sections was sore
> on the eyes
> - reduce SEE ALSO to something more practical
> - assorted minor tweaks along the way (jmc@)
~ man4/acpi.4 ~ man4/man4.amd64/apm.4
~ man4/man4.i386/apm.4 ~ man4/man4.macppc/apm.4
~ man4/man4.zaurus/apm.4
> - for acpi(4), document /dev/apm and /dev/apmctl
> - for apm(4) pages, sync the description of these devices
> ok tedu (jmc@)
~ man4/man4.sgi/intro.4
> Remove devices that do not exist and architectures are not supported.
> Also correct device names so they match the corresponding man pages.
> "that looks correct" jmc@ (jsing@)
~ man8/afterboot.8
> make mailer.conf(5) more visible. (jmc@)
~ man4/iwn.4
> new 4965AGN firmware: 4.44.1.20. (damien@)
~ man4/pf.4
> DIOC{GET,ADD}STATE incorrectly use a user provided pointer without using
> copyin/out. Change the API so that the state is included in the ioctl
> argument, so the ioctl wrappers take care of copying memory as appropriate.
> Also change the DIOCGETSTATE API to be more useful. Instead of getting
> an arbitrarily "numbered" state (using numbering that can change between
> calls), instead search based on id and creatorid. If you want to monitor
> only a particular state, you can now use the bulk functions first to find
> the appropriate id/creatorid and then fetch it directly from then on.
> ok dlg@ henning@ (pascoe@)
tmac
~ mdoc/README
> spelling fixes, from Martynas Venckus; (jmc@)
== sys =============================================================== 10/12 ==
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@)
~ Makefile.alpha
> Define NORMAL_C_NOP everywhere. (miod@)
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@)
+ lock_machdep.c
> Like i386 - make the __mp_lock not spin at splhigh.
> deraadt@ ok (art@)
~ lock_machdep.c
> ARGH. Work has poisoned my mind. KNF the braces. (art@)
~ syscall.c
> Implement the NOLOCK semantics. MPSAFE will have to wait a while until
> we decide how to handle interrupts.
> deraadt@ ok (art@)
~ lapic.c
> outdated comment (deraadt@)
~ syscall.c
> Don't be lazy in the locking in SYSCALL_DEBUG code.
> KERNEL_PROC_UNLOCK is not safe for recursion (becuase it clears P_BIGLOCK)
> so we have to make that lock conditional as well.
> Found by tholo@ when reviewing the i386 diff. (art@)
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@)
~ files.amd64
> Like i386 - make the __mp_lock not spin at splhigh.
> deraadt@ ok (art@)
~ Makefile.amd64
> Define NORMAL_C_NOP everywhere. (miod@)
arch/amd64/include
+ mplock.h
> Move the implementation of __mp_lock (biglock) into machine dependent
> code. At this moment all architectures get the copy of the old code
> except i386 which gets a new shiny implementation that doesn't spin
> at splhigh (doh!) and doesn't try to grab the biglock when releasing
> the biglock (double doh!).
> Shaves 10% of system time during kernel compile and might solve a few
> bugs as a bonus.
> Other architectures coming shortly.
> miod@ deraadt@ ok (art@)
~ mplock.h
> Like i386 - make the __mp_lock not spin at splhigh.
> deraadt@ ok (art@)
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@)
~ pchb.c
> fix new agp code on amd64
> - internal intel graphics semi-agp chipsets need special handling in pchb.c
> - re-add the i965GM device
> - use the correct major device id for /dev/agp0 on amd64 (not the i386 one)
> ok deraadt@ (reyk@)
~ pchb.c
> correct newlines surrounding the sub-bus configuration, and unify
> pchb's further
> ok reyk oga (deraadt@)
~ pchb.c
> First step towards unifying pchb between i386 and amd64
> Light testing, mostly mechanical (deraadt@)
~ pchb.c
> Unify amd64 and i386 code further; ok oga kettenis (deraadt@)
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@)
~ Makefile.armish
> Define NORMAL_C_NOP everywhere. (miod@)
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/aviion
~ locore.S
> Do not pass UPAGES and USPACE (under the name USIZE) in assym.h, code which
> needs it includes <machine/param.h> already. (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@)
~ Makefile.aviion
> Define NORMAL_C_NOP everywhere. (miod@)
arch/aviion/include
+ mplock.h
> Rework the __mp_lock code to not spin at spllock(), kinda similar to the
> x86 __mp_lock changes, but keeping the internal __cpu_simplelock_t to
> guarantee atomic access to the __mp_lock fields. (miod@)
arch/aviion/stand/libsa
~ Makefile
> More LIBKERN bits that go away (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@)
~ Makefile.hp300
> Define NORMAL_C_NOP everywhere. (miod@)
arch/hp300/dev
~ dnkbd.c
> spelling fixes, from Martynas Venckus; (jmc@)
arch/hp300/stand
~ Makefile ~ Makefile.inc
> More LIBKERN bits that go away (deraadt@)
arch/hp300/stand/cdboot
~ Makefile
> More LIBKERN bits that go away (deraadt@)
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/hp300/stand/uboot
~ Makefile
> More LIBKERN bits that go away (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@)
~ Makefile.hppa
> another LIBKERN that stayed behind (deraadt@)
~ Makefile.hppa
> Define NORMAL_C_NOP everywhere. (miod@)
arch/hppa/stand
~ Makefile
> Unbreak make obj. -moj (maja@)
~ Makefile.inc
> More LIBKERN bits that go away (deraadt@)
~ Makefile.inc
> few more dribbles of LIBKERN cleanup (deraadt@)
arch/hppa/stand/boot
~ Makefile
> adjust to libkern changes (and pretty .PATH logic); parts from maja
> (deraadt@)
arch/hppa/stand/cdboot
~ Makefile
> adjust to libkern changes (and pretty .PATH logic); parts from maja
> (deraadt@)
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
~ Makefile ~ Makefile.inc
> More LIBKERN bits that go away (deraadt@)
~ Makefile.inc
> few more dribbles of LIBKERN cleanup (deraadt@)
arch/hppa64/stand/boot
~ Makefile
> adjust to libkern changes (and pretty .PATH logic); parts from maja
> (deraadt@)
arch/hppa64/stand/cdboot
~ Makefile
> adjust to libkern changes (and pretty .PATH logic); parts from maja
> (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@)
~ GENERIC ~ RAMDISK
~ RAMDISKB ~ RAMDISKC
~ RAMDISK_CD ~ files.i386
> quite a bit of simplification by removing cpu classes.
> also assume that 386 cpus are really unknown, and promote them to 486
> instead of panic. (tedu@)
~ Makefile.i386
> basic support for building an i386 kernel with the native toolchain
> on amd64. helpful for test compiling. i have not attempted to boot
> such a kernel. you shouldn't either.
> ok deraadt (tedu@)
~ GENERIC
> Initial import of the DRM (direct rendering manager).
> This is the kernel part necessary for DRI support in X. Disabled for now
> because it still has a few bugs, but now I can work on it in tree. Also
> requires the requisite bits in X, which are currently under discussion
> on how to deal with them with privsep. ported from a combination of the
> free and netbsd implementations.
> Known bugs:
> 1) only the first occurence of X in any session will have dri, after
> that something prevents it working.
> 2) if the machine does not have a dri capable card, the kernel panics.
> Something's up in one of the probe functions. I haven't been able to
> find it though.
> 3) radeon cards need to be forced to use PCI mode otherwise they get
> into an infinite loop.
> This is known to at least kinda work with SiS, radeons in pci mode and
> intel cards.
> ok deraadt, kinda ok art, a few other people had a quick look. (oga@)
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@)
~ lock_machdep.c
> Move the implementation of __mp_lock (biglock) into machine dependent
> code. At this moment all architectures get the copy of the old code
> except i386 which gets a new shiny implementation that doesn't spin
> at splhigh (doh!) and doesn't try to grab the biglock when releasing
> the biglock (double doh!).
> Shaves 10% of system time during kernel compile and might solve a few
> bugs as a bonus.
> Other architectures coming shortly.
> miod@ deraadt@ ok (art@)
~ lock_machdep.c
> Ooops. The perils of hacking in three different trees.
> Make this compile on !MULTIPROCESSOR
> noticed by jasper@ (art@)
~ lock_machdep.c
> ARGH. Work has poisoned my mind. KNF the braces. (art@)
~ cpu.c
> typos; ok jmc@
> sys/dev/pci/pciide.c from naddy@ (martynas@)
~ autoconf.c ~ cpu.c
~ locore.s ~ machdep.c
~ pmap.c ~ procfs_machdep.c
~ via.c
> quite a bit of simplification by removing cpu classes.
> also assume that 386 cpus are really unknown, and promote them to 486
> instead of panic. (tedu@)
~ machdep.c
> doh! (tedu@)
~ ioapic.c
> Don't free the old idt vector if we reuse it.
> ok deraadt@ (kettenis@)
~ conf.c
> Initial import of the DRM (direct rendering manager).
> This is the kernel part necessary for DRI support in X. Disabled for now
> because it still has a few bugs, but now I can work on it in tree. Also
> requires the requisite bits in X, which are currently under discussion
> on how to deal with them with privsep. ported from a combination of the
> free and netbsd implementations.
> Known bugs:
> 1) only the first occurence of X in any session will have dri, after
> that something prevents it working.
> 2) if the machine does not have a dri capable card, the kernel panics.
> Something's up in one of the probe functions. I haven't been able to
> find it though.
> 3) radeon cards need to be forced to use PCI mode otherwise they get
> into an infinite loop.
> This is known to at least kinda work with SiS, radeons in pci mode and
> intel cards.
> ok deraadt, kinda ok art, a few other people had a quick look. (oga@)
~ lapic.c
> outdated comment (deraadt@)
~ bios.c
> Let apmless non-mp kernels compile, from chris@ (miod@)
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@)
+ mplock.h
> Move the implementation of __mp_lock (biglock) into machine dependent
> code. At this moment all architectures get the copy of the old code
> except i386 which gets a new shiny implementation that doesn't spin
> at splhigh (doh!) and doesn't try to grab the biglock when releasing
> the biglock (double doh!).
> Shaves 10% of system time during kernel compile and might solve a few
> bugs as a bonus.
> Other architectures coming shortly.
> miod@ deraadt@ ok (art@)
~ cpu.h ~ cpufunc.h
> quite a bit of simplification by removing cpu classes.
> also assume that 386 cpus are really unknown, and promote them to 486
> instead of panic. (tedu@)
arch/i386/isa
~ ahc_isa.c
> spelling fixes, from Martynas Venckus; (jmc@)
~ clock.c ~ npx.c
> quite a bit of simplification by removing cpu classes.
> also assume that 386 cpus are really unknown, and promote them to 486
> instead of panic. (tedu@)
~ joyreg.h
> outdated comment (deraadt@)
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@)
~ pchb.c
> fix new agp code on amd64
> - internal intel graphics semi-agp chipsets need special handling in pchb.c
> - re-add the i965GM device
> - use the correct major device id for /dev/agp0 on amd64 (not the i386 one)
> ok deraadt@ (reyk@)
~ pchb.c
> correct newlines surrounding the sub-bus configuration, and unify
> pchb's further
> ok reyk oga (deraadt@)
~ pchb.c
> First step towards unifying pchb between i386 and amd64
> Light testing, mostly mechanical (deraadt@)
~ pchb.c
> Unify amd64 and i386 code further; ok oga kettenis (deraadt@)
~ elan520.c ~ ichpcib.c
~ piixpcib.c
> quite a bit of simplification by removing cpu classes.
> also assume that 386 cpus are really unknown, and promote them to 486
> instead of panic. (tedu@)
~ pchb.c
> repair case of agp & subsidiary busses; ok kettenis (deraadt@)
~ pchb.c
> Don't double attach serverworks subsidiary pci busses, introduced by
> oga during the agp merge. Lost a few follicles over this one.. (deraadt@)
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@)
~ Makefile.inc
> More LIBKERN bits that go away (deraadt@)
~ Makefile.inc
> few more dribbles of LIBKERN cleanup (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@)
~ Makefile.landisk
> Define NORMAL_C_NOP everywhere. (miod@)
arch/landisk/include
~ intr.h
> Define IPL_VM on platforms which lack it. (miod@)
arch/landisk/stand
~ Makefile.inc
> few more dribbles of LIBKERN cleanup (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@)
~ Makefile.luna88k
> Define NORMAL_C_NOP everywhere. (miod@)
arch/luna88k/include
~ board.h
> spelling fixes, from Martynas Venckus; (jmc@)
+ mplock.h
> Rework the __mp_lock code to not spin at spllock(), kinda similar to the
> x86 __mp_lock changes, but keeping the internal __cpu_simplelock_t to
> guarantee atomic access to the __mp_lock fields. (miod@)
arch/luna88k/luna88k
~ locore.S
> Do not pass UPAGES and USPACE (under the name USIZE) in assym.h, code which
> needs it includes <machine/param.h> already. (miod@)
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@)
~ round.sa
> typos; ok jmc@
> sys/netinet/in_pcb.c and sys/net/bridgestp.c ok henning@
> sys/dev/pci/bktr/* ok jakemsr@ (martynas@)
~ fpsp.h
> typos; ok jmc@
> sys/dev/pci/pciide.c from naddy@ (martynas@)
arch/m68k/m68k
~ db_disasm.c
> typos; ok jmc@
> sys/netinet/in_pcb.c and sys/net/bridgestp.c ok henning@
> sys/dev/pci/bktr/* ok jakemsr@ (martynas@)
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@)
~ files.m88k
> Rework the __mp_lock code to not spin at spllock(), kinda similar to the
> x86 __mp_lock changes, but keeping the internal __cpu_simplelock_t to
> guarantee atomic access to the __mp_lock fields. (miod@)
arch/m88k/include
~ asm.h ~ asm_macro.h
> Sort and clean definitions. No functional changes. (miod@)
~ lock.h
> Provide a specific rw_cas() function for MP kernels, simulating a really
> atomic compare-and-swap operation. (miod@)
+ mplock.h
> Rework the __mp_lock code to not spin at spllock(), kinda similar to the
> x86 __mp_lock changes, but keeping the internal __cpu_simplelock_t to
> guarantee atomic access to the __mp_lock fields. (miod@)
arch/m88k/m88k
~ trap.c
> spelling fixes, from Martynas Venckus; (jmc@)
~ pmap.c ~ subr.S
> Provide faster bcopy() and bzero() routines for pmap_copy_page() and
> pmap_zero_page(). (miod@)
~ m88100_machdep.c
> Change DAE processing so that the C code no longer needs the EF_xxx defines
> from assym.h. (miod@)
~ m88k_machdep.c
> Provide a specific rw_cas() function for MP kernels, simulating a really
> atomic compare-and-swap operation. (miod@)
~ trap.c
> Do not take biglock for NOLOCK system calls. (miod@)
~ m88110_mmu.S
> Remove 88110 control registers accessors which are never used anywhere.
> (miod@)
~ m88k_machdep.c
> When setting up the vectors page, do not put a nop as the first instruction
> if the processor is a 88110, since only the 88100 suffers from the ``will
> fetch one instruction too far'' bug. (miod@)
~ eh_common.S
> Since the 88110 doesn't disable the FPU when handling an exception (and
> does
> not need to), do not try to handle exceptions occuring when we re-enable
> shadowing as special - these are just nested exceptions.
> While there, add a workaround for the 88110 rte errata (#18). (miod@)
~ trap.c
> Only check for errata #16 for instruction faults. (miod@)
~ eh_common.S ~ genassym.cf
> Do not pass UPAGES and USPACE (under the name USIZE) in assym.h, code which
> needs it includes <machine/param.h> already. (miod@)
+ mplock.c
> Rework the __mp_lock code to not spin at spllock(), kinda similar to the
> x86 __mp_lock changes, but keeping the internal __cpu_simplelock_t to
> guarantee atomic access to the __mp_lock fields. (miod@)
~ eh_common.S ~ m88110_fp.S
~ vectors_88110.S
> The beginning of a real floating-point exception handler for the 88110. The
> existing code to enable TCFP was broken, as it was not setting the TCFP bit
> in the right register.
> So far, the exception handler will deliver SIGFPE in all cases. It will
> eventually do the necessary rounding, and handle the odd-numbered register
> pair operation, as I get time to write this (or see how much can be lifted
> from the 88100 floating-point exception code). (miod@)
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@)
~ Makefile.mac68k
> Define NORMAL_C_NOP everywhere. (miod@)
arch/mac68k/dev
~ ncr5380.c
> spelling fixes, from Martynas Venckus; (jmc@)
arch/mac68k/include
~ intr.h
> Define IPL_VM on platforms which lack it. (miod@)
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@)
~ Makefile.macppc
> Define NORMAL_C_NOP everywhere. (miod@)
arch/macppc/include
+ mplock.h
> Move the implementation of __mp_lock (biglock) into machine dependent
> code. At this moment all architectures get the copy of the old code
> except i386 which gets a new shiny implementation that doesn't spin
> at splhigh (doh!) and doesn't try to grab the biglock when releasing
> the biglock (double doh!).
> Shaves 10% of system time during kernel compile and might solve a few
> bugs as a bonus.
> Other architectures coming shortly.
> miod@ deraadt@ ok (art@)
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@)
~ Makefile.inc
> few more dribbles of LIBKERN cleanup (deraadt@)
~ main.c
> typos; ok jmc@
> sys/dev/pci/pciide.c from naddy@ (martynas@)
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@)
~ Makefile.mvme68k
> Define NORMAL_C_NOP everywhere. (miod@)
arch/mvme68k/include
~ intr.h
> One last missing IPL_VM. (miod@)
arch/mvme68k/stand/libsa
~ Makefile
> More LIBKERN bits that go away (deraadt@)
~ Makefile
> few more dribbles of LIBKERN cleanup (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@)
~ Makefile.mvme88k
> Define NORMAL_C_NOP everywhere. (miod@)
arch/mvme88k/dev
~ mainbus.c
> typos; ok jmc@
> sys/dev/pci/pciide.c from naddy@ (martynas@)
arch/mvme88k/include
+ mplock.h
> Move the implementation of __mp_lock (biglock) into machine dependent
> code. At this moment all architectures get the copy of the old code
> except i386 which gets a new shiny implementation that doesn't spin
> at splhigh (doh!) and doesn't try to grab the biglock when releasing
> the biglock (double doh!).
> Shaves 10% of system time during kernel compile and might solve a few
> bugs as a bonus.
> Other architectures coming shortly.
> miod@ deraadt@ ok (art@)
~ m88110.h
> Remove 88110 control registers accessors which are never used anywhere.
> (miod@)
~ mplock.h
> Rework the __mp_lock code to not spin at spllock(), kinda similar to the
> x86 __mp_lock changes, but keeping the internal __cpu_simplelock_t to
> guarantee atomic access to the __mp_lock fields. (miod@)
arch/mvme88k/mvme88k
~ m88410.c
> Better inline assembler constructs. (miod@)
~ locore.S
> Do not pass UPAGES and USPACE (under the name USIZE) in assym.h, code which
> needs it includes <machine/param.h> already. (miod@)
~ locore.S
> Add a workaround for the MVME197LE reset issue when not system controller.
> (miod@)
~ m197_machdep.c
> The beginning of a real floating-point exception handler for the 88110. The
> existing code to enable TCFP was broken, as it was not setting the TCFP bit
> in the right register.
> So far, the exception handler will deliver SIGFPE in all cases. It will
> eventually do the necessary rounding, and handle the odd-numbered register
> pair operation, as I get time to write this (or see how much can be lifted
> from the 88100 floating-point exception code). (miod@)
~ m88110.c
> Rework mmu initialization so that we do not actually enable translation
> until cmmu_set_sapr(). Also, do not enable snooping on MVME197LE, so that
> we don't have to add workarounds for snooping problems later. (miod@)
arch/mvme88k/stand/libsa
~ Makefile
> More LIBKERN bits that go away (deraadt@)
~ Makefile
> few more dribbles of LIBKERN cleanup (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@)
~ Makefile.mvmeppc
> Define NORMAL_C_NOP everywhere. (miod@)
arch/mvmeppc/stand/libsa
~ Makefile
> More LIBKERN bits that go away (deraadt@)
~ Makefile
> few more dribbles of LIBKERN cleanup (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@)
~ files.sgi ~ GENERIC
> Initial support for the SGI Graphics Back End (GBE) frame buffer found in
> SGI O2 machines. We currently rely on the video hardware being initialised
> by the ARCS firmware and can only use the initial resolution with a colour
> depth of 32 bits. This driver is disabled by default.
> ok miod@ (jsing@)
~ Makefile.sgi
> Define NORMAL_C_NOP everywhere. (miod@)
arch/sgi/dev
~ mkbc.c
> It helps if you initialise timeouts before you try using them...
> ok miod@ (jsing@)
~ mkbc.c
> Fix some style(9) issues.
> ok miod@ (jsing@)
+ gbe.c + gbereg.h
> Initial support for the SGI Graphics Back End (GBE) frame buffer found in
> SGI O2 machines. We currently rely on the video hardware being initialised
> by the ARCS firmware and can only use the initial resolution with a colour
> depth of 32 bits. This driver is disabled by default.
> ok miod@ (jsing@)
~ gbe.c ~ gbereg.h
> add rcs id
> "feel free to do so" jsing@ (jasper@)
arch/sgi/include
~ bus.h
> Add BUS_SPACE_MAP_LINEAR
> ok miod@ (jsing@)
arch/sgi/stand
~ Makefile
> Remove libkern.
> ok deraadt@ (jsing@)
~ Makefile.inc
> More LIBKERN bits that go away (deraadt@)
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@)
~ Makefile
> few more dribbles of LIBKERN cleanup (deraadt@)
~ Makefile
> needs at least S defined (deraadt@)
~ Makefile
> Unbreak build. Also tested by jasper at . (jsing@)
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/sgi/stand/libsa
~ Makefile
> few more dribbles of LIBKERN cleanup (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@)
~ Makefile.solbourne
> Define NORMAL_C_NOP everywhere. (miod@)
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@)
~ Makefile.sparc
> Define NORMAL_C_NOP everywhere. (miod@)
arch/sparc/dev
~ rfx.c
> typos; ok jmc@
> sys/netinet/in_pcb.c and sys/net/bridgestp.c ok henning@
> sys/dev/pci/bktr/* ok jakemsr@ (martynas@)
~ fd.c ~ si.c
> typos; ok jmc@
> sys/dev/pci/pciide.c from naddy@ (martynas@)
~ xd.c ~ xy.c
> ctob/btoc -> ptoa/atop
> from Rodolfo Gouveia (martin@)
arch/sparc/include
~ param.h
> ctob/btoc -> ptoa/atop
> from Rodolfo Gouveia (martin@)
arch/sparc/sparc
~ locore.s
> the bcopy() found here was not handling overlapping. Merge it nicely with
> the ovbcopy() code
> ok miod (deraadt@)
~ locore.s
> few mails later, miod asks me to wait (deraadt@)
~ locore.s
> few more dribbles of LIBKERN cleanup (deraadt@)
~ machdep.c ~ pmap.c
~ vm_machdep.c
> ctob/btoc -> ptoa/atop
> from Rodolfo Gouveia (martin@)
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@)
~ Makefile
> a bit more LIBKERN fallout (deraadt@)
~ Makefile
> need strcmp.c here (martin@)
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@)
~ files.sparc64
> Like i386 and amd64 - make the __mp_lock not spin at splhigh.
> help from & ok art@ (kettenis@)
~ Makefile.sparc64
> Define NORMAL_C_NOP everywhere. (miod@)
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@)
+ mplock.h
> Move the implementation of __mp_lock (biglock) into machine dependent
> code. At this moment all architectures get the copy of the old code
> except i386 which gets a new shiny implementation that doesn't spin
> at splhigh (doh!) and doesn't try to grab the biglock when releasing
> the biglock (double doh!).
> Shaves 10% of system time during kernel compile and might solve a few
> bugs as a bonus.
> Other architectures coming shortly.
> miod@ deraadt@ ok (art@)
~ atomic.h ~ mplock.h
> Like i386 and amd64 - make the __mp_lock not spin at splhigh.
> help from & ok art@ (kettenis@)
~ atomic.h
> Use cas/casx instead of casa/casxa. (kettenis@)
~ ctlreg.h
> Garbage collect sparc_cas() and sparc_casx(). We have equivalent functions
> in <machine/atomic.h> now and they're not used anywhere in our tree.
> (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@)
~ ipifuncs.c
> intr_disable() returns an u_int64_t. (kettenis@)
+ lock_machdep.c
> Like i386 and amd64 - make the __mp_lock not spin at splhigh.
> help from & ok art@ (kettenis@)
~ cpu.c
> Give UltraSPARC-IV CPUs a chance again to attach on GENERIC. (kettenis@)
~ pmap.c
> Don't complain about removing wired pages; this is expected to happen with
> ftruncate(2) on mlock(2)'ed pages. (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@)
~ Makefile.inc
> few more dribbles of LIBKERN cleanup (deraadt@)
arch/sparc64/stand/bootblk
~ Makefile
> few more dribbles of LIBKERN cleanup (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/libsa
~ Makefile
> few more dribbles of LIBKERN cleanup (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@)
~ Makefile
> few more dribbles of LIBKERN cleanup (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@)
~ Makefile.vax
> Define NORMAL_C_NOP everywhere. (miod@)
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@)
~ Makefile.zaurus
> Define NORMAL_C_NOP everywhere. (miod@)
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@)
~ Makefile
> few more dribbles of LIBKERN cleanup (deraadt@)
compat/bsdos
~ bsdos_syscall.h ~ bsdos_syscallargs.h
~ bsdos_syscalls.c ~ bsdos_sysent.c
> regen (art@)
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@)
~ compat_vm.c
> compat_25_sys_omsync is unused (deraadt@)
~ kern_info_09.c
> delete the compat_09_sys_uname code here (deraadt@)
compat/freebsd
~ freebsd_syscall.h ~ freebsd_syscallargs.h
~ freebsd_syscalls.c ~ freebsd_sysent.c
> regen (art@)
~ freebsd_misc.c ~ syscalls.master
> COMPAT_09 uname is only used by freebsd compat, so move it to the right
> place (deraadt@)
~ freebsd_syscall.h ~ freebsd_syscallargs.h
~ freebsd_syscalls.c ~ freebsd_sysent.c
> sync (deraadt@)
compat/hpux
~ hppa/hpux_syscall.h ~ hppa/hpux_syscallargs.h
~ hppa/hpux_syscalls.c ~ hppa/hpux_sysent.c
~ m68k/hpux_syscall.h ~ m68k/hpux_syscallargs.h
~ m68k/hpux_syscalls.c ~ m68k/hpux_sysent.c
> Missed those because they are in a weird place. (art@)
compat/ibcs2
~ ibcs2_syscall.h ~ ibcs2_syscallargs.h
~ ibcs2_syscalls.c ~ ibcs2_sysent.c
> regen (art@)
compat/linux
~ linux_syscall.h ~ linux_syscallargs.h
~ linux_syscalls.c ~ linux_sysent.c
> regen (art@)
compat/osf1
~ osf1_syscall.h ~ osf1_syscallargs.h
~ osf1_syscalls.c ~ osf1_sysent.c
> regen (art@)
compat/sunos
~ sunos_syscall.h ~ sunos_syscallargs.h
~ sunos_syscalls.c ~ sunos_sysent.c
> regen (art@)
compat/svr4
~ svr4_syscall.h ~ svr4_syscallargs.h
~ svr4_syscalls.c ~ svr4_sysent.c
> regen (art@)
compat/ultrix
~ ultrix_syscall.h ~ ultrix_syscallargs.h
~ ultrix_syscalls.c ~ ultrix_sysent.c
> regen (art@)
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@)
~ files
> split crypto functions out into their own file, so softraid.c is not such
> a jungle. ok deraadt marco (tedu@)
~ files
> also move softraid raid1 into own file, ok marco (tedu@)
~ GENERIC
> TCP_COMPAT_42 was last used in 1997. Kill it.
> ok millert (deraadt@)
~ GENERIC
> COMPAT_{23,25,35} should not be used directly (deraadt@)
~ files
> Initial import of the DRM (direct rendering manager).
> This is the kernel part necessary for DRI support in X. Disabled for now
> because it still has a few bugs, but now I can work on it in tree. Also
> requires the requisite bits in X, which are currently under discussion
> on how to deal with them with privsep. ported from a combination of the
> free and netbsd implementations.
> Known bugs:
> 1) only the first occurence of X in any session will have dri, after
> that something prevents it working.
> 2) if the machine does not have a dri capable card, the kernel panics.
> Something's up in one of the probe functions. I haven't been able to
> find it though.
> 3) radeon cards need to be forced to use PCI mode otherwise they get
> into an infinite loop.
> This is known to at least kinda work with SiS, radeons in pci mode and
> intel cards.
> ok deraadt, kinda ok art, a few other people had a quick look. (oga@)
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@)
~ blf.c
> typos; ok jmc@
> sys/netinet/in_pcb.c and sys/net/bridgestp.c ok henning@
> sys/dev/pci/bktr/* ok jakemsr@ (martynas@)
~ crypto.c ~ cryptodev.h
> finish conversion to workq. remove list remnants, and put spl in the right
> places. handle the no workq case here. ok deraadt (tedu@)
dev
~ ipmi.c
> KNF and remove a bad free right before kthread_exit (marco@)
~ softraid.c ~ softraidvar.h
> rename RAID C to RAID CRYPTO. makes marco happier (tedu@)
~ softraid.c
> Just CRYPTO; RAID CRYPTO doesn't mean anything. (marco@)
~ softraid.c ~ softraidvar.h
+ softraid_crypto.c
> split crypto functions out into their own file, so softraid.c is not such
> a jungle. ok deraadt marco (tedu@)
~ softraid.c ~ softraidvar.h
+ softraid_raid1.c
> also move softraid raid1 into own file, ok marco (tedu@)
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@)
~ acpi.c
> Fix off-by-one that made us attach acpicpu0 and acpicpu1 on GENERIC
> kernels.
> ok marco@ (kettenis@)
~ acpi.c
> avoid trailing spaces on output; marco@ ok. (fgsch@)
~ acpi.c
> fix the trailing space for real now. (fgsch@)
~ dsdt.c
> Added AMLOP_BREAKOPINT function handler for X40 systems
> ok marco@ (jordan@)
dev/ata
~ atascsi.c ~ atascsi.h
> drive port probes from the scsi midlayer now that it will ask the adapter
> if a device is there before doing any scsi commands. also implement a free
> path for when devices are detached. software hotplug has been tested on
> sili, and ahci is still working according to claudio@ (dlg@)
~ atascsi.c ~ atascsi.h
> implement atascsi_probe_dev and atascsi_detach_dev. they let a hba tell
> the midlayer(s) what to do. (dlg@)
~ wd.c
> Enable read ahead and write cache enable if supported by
> the disk rather than depending on the disk to have it on.
> A bunch of people have suggested this should go in. (jsg@)
~ atascsi.c
> make ata controllers protect their own command lists so atascsi doesnt have
> to continually go to splbio to ensure its safe to work on them. shrinks
> code a little. (dlg@)
~ atascsi.c ~ atascsi.h
> when we probe a port send an ata inquiry to the device and cache
> the result in the ata_port struct. use this cached inquiry data
> when building the replies to scsi commands rather than fetching a
> new copy of ata inq every time.
> this shrinks the code by 100 lines. it also avoids a malloc in a
> scsi io path, which could be issued at a time when malloc isnt
> guaranteed to succeed, but a real scsi io definitely should. (dlg@)
dev/i2c
~ spdmem.c
> Kill spdmem_hexdump() before anyone starts using it. (miod@)
~ spdmem.c
> Add basic rambus decode method, showing the module type. (jsg@)
~ spdmem.c
> Display module size for direct rambus rimms, not yet tested. (jsg@)
dev/i2o
~ iop.c
> typos; ok jmc@
> sys/netinet/in_pcb.c and sys/net/bridgestp.c ok henning@
> sys/dev/pci/bktr/* ok jakemsr@ (martynas@)
~ iop.c
> typos; ok jmc@
> sys/dev/pci/pciide.c from naddy@ (martynas@)
dev/ic
~ awi.c ~ i82365.c
~ tcic2.c ~ aic79xx.c
~ aic7xxx.c
> spelling fixes, from Martynas Venckus; (jmc@)
~ acx.c ~ bt463.c
~ bt485.c ~ mtd8xx.c
> typos; ok jmc@
> sys/netinet/in_pcb.c and sys/net/bridgestp.c ok henning@
> sys/dev/pci/bktr/* ok jakemsr@ (martynas@)
~ sili.c
> drive port probes from the scsi midlayer now that it will ask the adapter
> if a device is there before doing any scsi commands. also implement a free
> path for when devices are detached. software hotplug has been tested on
> sili, and ahci is still working according to claudio@ (dlg@)
~ dc.c
> print the comma before the MAC address string in dc_attach() instead of the
> PCI front end attach function. This corrects the dmesg output for CardBus
> adapters and ensures proper dmesg output if an error occurs in dc_attach().
> ok dlg@ (brad@)
~ cissreg.h
> bump the maximum cdb that the driver will take from the midlayer up to 16
> bytes. if you want to use large volumes on ciss, you need ciss to chew the
> large scsi io commands.
> problem found and fix tested by johan (dlg@)
~ pckbc.c
> Undo (well, comment out) 1.10 - this causes a regression on oqo-1 machines,
> but fixes keyboard on legacy (non-ps/2) controllers, which are probably
> still
> more common; discussed and ok deraadt@ (miod@)
~ aic79xx.c ~ aic7xxx.c
> typos; ok jmc@
> sys/dev/pci/pciide.c from naddy@ (martynas@)
~ sili.c
> make ata controllers protect their own command lists so atascsi doesnt have
> to continually go to splbio to ensure its safe to work on them. shrinks
> code a little. (dlg@)
dev/microcode
~ aic7xxx/aic79xx.reg
> spelling fixes, from Martynas Venckus; (jmc@)
~ aic7xxx/aic79xx.reg
> typos; ok jmc@
> sys/netinet/in_pcb.c and sys/net/bridgestp.c ok henning@
> sys/dev/pci/bktr/* ok jakemsr@ (martynas@)
dev/mii
~ etphy.c
> Set half duplex flag when appropriate and some minor cleaning.
> ok jsg@ dlg@ (brad@)
dev/onewire
~ owtemp.c
> my brother, David Fries david at fries dot net, noticed that if you put
> your
> sensors in the freezer, they return negative results, making unsigned
> values
> bad to store negative numbers and then do math on. Another popular os had
> this same bug fixed by the same person.
> ok grange@ (todd@)
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@)
~ agp_i810.c
> Fix hardware cursor mapping.
> ok matthieu. (oga@)
~ if_bce.c ~ if_lge.c
~ if_nge.c ~ if_san_te1.c
~ if_vgereg.h ~ if_vr.c
~ musycc.c ~ bktr/bktr_core.c
~ bktr/bktr_os.c ~ bktr/bktr_reg.h
> typos; ok jmc@
> sys/netinet/in_pcb.c and sys/net/bridgestp.c ok henning@
> sys/dev/pci/bktr/* ok jakemsr@ (martynas@)
~ agp.c ~ agp_i810.c
> fix new agp code on amd64
> - internal intel graphics semi-agp chipsets need special handling in pchb.c
> - re-add the i965GM device
> - use the correct major device id for /dev/agp0 on amd64 (not the i386 one)
> ok deraadt@ (reyk@)
~ if_et.c ~ if_etreg.h
> So instead of triggering a tx interrupt for each packet issue one for
> each 128 packets or call et_txeof after 1 second whichever happens first.
> looks good jsg@ (claudio@)
~ pcivar.h ~ pcireg.h
~ pci.c
> Add PCI VPD read/write functions from NetBSD required for some things
> dlg is playing with.
> 'put it in' dlg@ (jsg@)
~ if_casreg.h
> Add another debug register. (kettenis@)
~ if_cas.c
> Reenable the PCS functions after a reset; properly disable them while
> changing
> the advertisement register. (kettenis@)
~ agp.c ~ agp_ali.c
~ agp_amd.c ~ agp_i810.c
~ agp_intel.c ~ agp_sis.c
~ agp_via.c ~ pccbb.c
> correct newlines surrounding the sub-bus configuration, and unify
> pchb's further
> ok reyk oga (deraadt@)
~ if_cas.c ~ if_casreg.h
> Avoid resetting PCS. Don't do loopback at the serial link. (kettenis@)
~ ahci.c
> drive port probes from the scsi midlayer now that it will ask the adapter
> if a device is there before doing any scsi commands. also implement a free
> path for when devices are detached. software hotplug has been tested on
> sili, and ahci is still working according to claudio@ (dlg@)
~ if_cas.c ~ if_casvar.h
> Make Cassini+ work; remove some unused macros while I'm there. (kettenis@)
~ if_dc_pci.c
> print the comma before the MAC address string in dc_attach() instead of the
> PCI front end attach function. This corrects the dmesg output for CardBus
> adapters and ensures proper dmesg output if an error occurs in dc_attach().
> ok dlg@ (brad@)
~ mbg.c
> Automatically degrade the timedelta sensor if the clock is free running for
> to
> long (12 hours for most cards, four days for the ones with higher precision
> local clocks, e.g. the GPS170PCI).
> All radio-clock drivers now behave more or less the same with regarding to
> timedelta sensor degradation; time to implement a few new drivers...
> (mbalmer@)
~ pcidevs
> Add PERC6 (marco@)
~ pcidevs.h ~ pcidevs_data.h
> regen (marco@)
~ mfi_pci.c
> Add new PERC6 & CERC6 PCI IDs (marco@)
~ mfi_pci.c
> Add LSI PCI IDs for 1078 based megaraid; from the windows driver inf
> (marco@)
~ if_casreg.h ~ pciide.c
> typos; ok jmc@
> sys/dev/pci/pciide.c from naddy@ (martynas@)
~ if_iwn.c ~ if_iwnreg.h
> fix DMA alignment constraints: rings must be aligned on a 256-byte
> boundary, "keep warm" page must be aligned on a 4KB boundary.
> make sure sc->shared->len[x][y] == sc->shared->len[x + 256][y] for
> all x < 64. (damien@)
~ if_iwnreg.h
> fix shared area structure. (damien@)
~ if_vic.c
> use correct data type for the pci address (bus_addr_t)
> From mickey (reyk@)
~ ahci.c
> make ata controllers protect their own command lists so atascsi doesnt have
> to continually go to splbio to ensure its safe to work on them. shrinks
> code a little. (dlg@)
~ ahci.c
> the ccb lists protect themselves, so we dont have to check if we're at
> splbio when getting and putting ata xfers. (dlg@)
~ agp.c ~ agp_i810.c
> do not check malloc return value against NULL, as M_WAITOK is used
> ok oga@ (chl@)
~ agp_i810.c ~ vga_pci.c
+ drm/ati_pcigart.c + drm/drm_agpsupport.c
+ drm/drm_auth.c + drm/drm_bufs.c
+ drm/drm_context.c + drm/drm_dma.c
+ drm/drm_drawable.c + drm/drm_drv.c
+ drm/drm_fops.c + drm/drm_ioctl.c
+ drm/drm_irq.c + drm/drm_lock.c
+ drm/drm_memory.c + drm/drm_pci.c
+ drm/drm_scatter.c + drm/drm_sysctl.c
+ drm/drm_vm.c + drm/i915_dma.c
+ drm/i915_drv.c + drm/i915_irq.c
+ drm/i915_mem.c