[owc] Weekly src changes ending 2007-06-10
OWC
auto at squish.net
Mon Jun 11 07:00:01 BST 2007
OpenBSD src changes summary for 2007-06-03 to 2007-06-10 inclusive
==================================================================
bin/rm bin/systrace
distrib/notes distrib/ramdisk
distrib/sets distrib/special
include/Makefile include/dirent.h
include/protocols/dumprestore.h lib/libc
lib/libevent lib/libpthread
lib/librthread regress/usr.bin
sbin/bioctl sbin/disklabel
sbin/dump sbin/fdisk
sbin/ifconfig sbin/newfs
sbin/pflogd sbin/restore
sbin/route sbin/sysctl
sbin/tunefs share/man
sys/arch/alpha/alpha sys/arch/alpha/conf
sys/arch/alpha/include sys/arch/alpha/stand
sys/arch/amd64/amd64 sys/arch/amd64/conf
sys/arch/amd64/pci sys/arch/arm/arm
sys/arch/arm/xscale sys/arch/armish/conf
sys/arch/armish/include sys/arch/aviion/aviion
sys/arch/cats/conf sys/arch/hp300/dev
sys/arch/hp300/hp300 sys/arch/hppa/conf
sys/arch/hppa/hppa sys/arch/hppa/include
sys/arch/hppa64/hppa64 sys/arch/hppa64/include
sys/arch/i386/i386 sys/arch/i386/include
sys/arch/landisk/conf sys/arch/landisk/landisk
sys/arch/luna88k/luna88k sys/arch/mac68k/mac68k
sys/arch/macppc/conf sys/arch/macppc/dev
sys/arch/macppc/macppc sys/arch/macppc/stand
sys/arch/mips64/include sys/arch/mips64/mips64
sys/arch/mvme68k/include sys/arch/mvme68k/mvme68k
sys/arch/mvme88k/mvme88k sys/arch/mvmeppc/mvmeppc
sys/arch/sh/include sys/arch/sh/sh
sys/arch/sparc/dev sys/arch/sparc/include
sys/arch/sparc/sparc sys/arch/sparc64/conf
sys/arch/sparc64/dev sys/arch/sparc64/include
sys/arch/sparc64/sparc64 sys/arch/vax/mba
sys/arch/vax/mscp sys/arch/vax/uba
sys/arch/vax/vax sys/arch/vax/vsa
sys/arch/zaurus/conf sys/arch/zaurus/dev
sys/compat/ibcs2 sys/compat/linux
sys/compat/sunos sys/compat/svr4
sys/compat/ultrix sys/conf
sys/ddb sys/dev
sys/dev/ata sys/dev/gpio
sys/dev/ic sys/dev/isa
sys/dev/pci sys/dev/pcmcia
sys/dev/raidframe sys/dev/sdmmc
sys/dev/usb sys/isofs/cd9660
sys/isofs/udf sys/kern
sys/net sys/net80211
sys/netbt sys/netinet
sys/netinet6 sys/netipx
sys/nfs sys/scsi
sys/sys sys/ufs/ffs
sys/uvm usr.bin/calendar
usr.bin/cvs usr.bin/diff
usr.bin/ftp usr.bin/man
usr.bin/netstat usr.bin/rcs
usr.bin/ssh usr.bin/top
usr.sbin/apmd usr.sbin/hoststated
usr.sbin/pkg_add usr.sbin/pppd
usr.sbin/sensorsd usr.sbin/tcpdump
== bin =============================================================== 01/10 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/bin
rm
~ rm.1 ~ rm.c
> Unlink files with multiple links when -P flag is specified instead
> of just warning and skipping the file.
> OK millert and jmc. (ray@)
systrace
~ linux-translate.c ~ systrace-translate.c
> don;t try to handle obsolete protocols, print functions so cosmetics only
> ok otto ray (henning@)
== distrib =========================================================== 02/10 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/distrib
notes
~ i386/hardware
> Add the D-Link DGE-660TD to the list of devices supported by re(4).
> (mbalmer@)
ramdisk
~ Makefile
> increase the % of space given to inodes (deraadt@)
sets
~ lists/base/md.alpha ~ lists/base/md.amd64
~ lists/base/md.armish ~ lists/base/md.cats
~ lists/base/md.hp300 ~ lists/base/md.hppa
~ lists/base/md.hppa64 ~ lists/base/md.i386
~ lists/base/md.mac68k ~ lists/base/md.macppc
~ lists/base/md.mvme68k ~ lists/base/md.mvmeppc
~ lists/base/md.sgi ~ lists/base/md.sparc
~ lists/base/md.sparc64 ~ lists/base/md.zaurus
> sync (deraadt@)
~ lists/base/md.alpha ~ lists/base/md.amd64
~ lists/base/md.armish ~ lists/base/md.cats
~ lists/base/md.hp300 ~ lists/base/md.hppa
~ lists/base/md.hppa64 ~ lists/base/md.i386
~ lists/base/md.mac68k ~ lists/base/md.macppc
~ lists/base/md.mvme68k ~ lists/base/md.mvmeppc
~ lists/base/md.sgi ~ lists/base/md.sparc
~ lists/base/md.sparc64 ~ lists/base/md.zaurus
~ lists/comp/mi
> sync (deraadt@)
~ lists/base/md.alpha ~ lists/base/md.amd64
~ lists/base/md.armish ~ lists/base/md.aviion
~ lists/base/md.cats ~ lists/base/md.hp300
~ lists/base/md.hppa ~ lists/base/md.hppa64
~ lists/base/md.i386 ~ lists/base/md.landisk
~ lists/base/md.luna88k ~ lists/base/md.mac68k
~ lists/base/md.macppc ~ lists/base/md.mvme68k
~ lists/base/md.mvme88k ~ lists/base/md.mvmeppc
~ lists/base/md.sgi ~ lists/base/md.sparc
~ lists/base/md.sparc64 ~ lists/base/md.vax
~ lists/base/md.zaurus ~ lists/comp/mi
> sync (deraadt@)
~ lists/base/md.mvme68k ~ lists/comp/md.mvme68k
> sync (deraadt@)
~ lists/base/md.alpha ~ lists/base/md.amd64
~ lists/base/md.armish ~ lists/base/md.aviion
~ lists/base/md.cats ~ lists/base/md.hp300
~ lists/base/md.hppa ~ lists/base/md.hppa64
~ lists/base/md.i386 ~ lists/base/md.landisk
~ lists/base/md.luna88k ~ lists/base/md.mac68k
~ lists/base/md.macppc ~ lists/base/md.mvme68k
~ lists/base/md.mvme88k ~ lists/base/md.mvmeppc
~ lists/base/md.sgi ~ lists/base/md.sparc
~ lists/base/md.sparc64 ~ lists/base/md.vax
~ lists/base/md.zaurus ~ lists/comp/mi
> sync (deraadt@)
special
~ pppd/Makefile
> ipx is gone (henning@)
== include =========================================================== 03/10 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/include
Makefile
~ Makefile
> no longer make include/netipx dir (deraadt@)
dirent.h
~ dirent.h
> _FD_LOCK/UNLOCK() is libpthread specific and not needed for librthread, so
> isolate its usage to libpthread only and replace with generic non-static
> mutex support in the one place it is needed:
> - remove _FD_LOCK/UNLOCK from lseek and ftruncate in libc and make the
> functions weak so that libpthread can override with its own new
> versions that do the locking.
> - remove _thread_fd_lock/unlock() weak functions from libc and adjust
> libpthread for the change.
> - add generic _thread_mutex_lock/unlock/destroy() weak functions in libc
> to support non-static mutexes in libc and add libpthread and librthread
> implementations for them. libc can utilize non-static mutexes via the
> new _MUTEX_LOCK/UNLOCK/DESTROY() macros. Actually these new macros can
> support both static and non-static mutexes but currently only using
> them for non-static.
> - make opendir/closedir/readdir/readdir_r/seekdir/telldir() thread-safe
> for both thread libraries by using a non-static mutex in the struct
> _dirdesc (typedef DIR), utilizing it in the *dir functions and remove
> remaining and incorrect _FD_LOCK/UNLOCK() use in libc.
> - add comments to both thread libraries to indicate libc depends on the
> current implementation of static mutex initialization. suggested by
> marc@
> - major bump libc and libpthread due to function removal, structure
> change and weak symbol conversions.
> okay marc@, tedu@ (kurt@)
protocols/dumprestore.h
~ protocols/dumprestore.h
> Add ffs2 support to dump/restore. From FreeBSD with some NetBSD changes.
> With help from otto@ (millert@)
== lib =============================================================== 04/10 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/lib
libc
~ sys/socket.2
> one more IPX removal; ok henning (jmc@)
- net/ipx.3 - net/ipx_addr.c
- net/ipx_ntoa.c ~ net/Makefile.inc
> remove ipx-related stuff. objections nobody. major bump by kurt in a few
> (henning@)
~ shlib_version ~ gen/closedir.c
~ gen/opendir.c ~ gen/readdir.c
~ gen/seekdir.c ~ gen/telldir.c
~ include/thread_private.h ~ sys/ftruncate.c
~ sys/lseek.c ~ thread/Makefile.inc
~ thread/thread_fd.c + thread/unithread_mutex.c
> _FD_LOCK/UNLOCK() is libpthread specific and not needed for librthread, so
> isolate its usage to libpthread only and replace with generic non-static
> mutex support in the one place it is needed:
> - remove _FD_LOCK/UNLOCK from lseek and ftruncate in libc and make the
> functions weak so that libpthread can override with its own new
> versions that do the locking.
> - remove _thread_fd_lock/unlock() weak functions from libc and adjust
> libpthread for the change.
> - add generic _thread_mutex_lock/unlock/destroy() weak functions in libc
> to support non-static mutexes in libc and add libpthread and librthread
> implementations for them. libc can utilize non-static mutexes via the
> new _MUTEX_LOCK/UNLOCK/DESTROY() macros. Actually these new macros can
> support both static and non-static mutexes but currently only using
> them for non-static.
> - make opendir/closedir/readdir/readdir_r/seekdir/telldir() thread-safe
> for both thread libraries by using a non-static mutex in the struct
> _dirdesc (typedef DIR), utilizing it in the *dir functions and remove
> remaining and incorrect _FD_LOCK/UNLOCK() use in libc.
> - add comments to both thread libraries to indicate libc depends on the
> current implementation of static mutex initialization. suggested by
> marc@
> - major bump libc and libpthread due to function removal, structure
> change and weak symbol conversions.
> okay marc@, tedu@ (kurt@)
~ sys/socket.2
> convert some displays to lists, since the format is more suitable;
> plus a little cleanup; (jmc@)
libevent
- evhttp.h
> Remove evhttp leftover, okay millert@ (pedro@)
libpthread
~ thread/thread_tag.c
> typos (kurt@)
~ shlib_version ~ thread/Makefile.inc
~ uthread/Makefile.inc ~ uthread/pthread_private.h
~ uthread/uthread_init.c ~ uthread/uthread_mutex.c
+ thread/thread_mutex.c + uthread/uthread_ftruncate.c
+ uthread/uthread_lseek.c
> _FD_LOCK/UNLOCK() is libpthread specific and not needed for librthread, so
> isolate its usage to libpthread only and replace with generic non-static
> mutex support in the one place it is needed:
> - remove _FD_LOCK/UNLOCK from lseek and ftruncate in libc and make the
> functions weak so that libpthread can override with its own new
> versions that do the locking.
> - remove _thread_fd_lock/unlock() weak functions from libc and adjust
> libpthread for the change.
> - add generic _thread_mutex_lock/unlock/destroy() weak functions in libc
> to support non-static mutexes in libc and add libpthread and librthread
> implementations for them. libc can utilize non-static mutexes via the
> new _MUTEX_LOCK/UNLOCK/DESTROY() macros. Actually these new macros can
> support both static and non-static mutexes but currently only using
> them for non-static.
> - make opendir/closedir/readdir/readdir_r/seekdir/telldir() thread-safe
> for both thread libraries by using a non-static mutex in the struct
> _dirdesc (typedef DIR), utilizing it in the *dir functions and remove
> remaining and incorrect _FD_LOCK/UNLOCK() use in libc.
> - add comments to both thread libraries to indicate libc depends on the
> current implementation of static mutex initialization. suggested by
> marc@
> - major bump libc and libpthread due to function removal, structure
> change and weak symbol conversions.
> okay marc@, tedu@ (kurt@)
librthread
~ rthread_libc.c ~ rthread_sync.c
> _FD_LOCK/UNLOCK() is libpthread specific and not needed for librthread, so
> isolate its usage to libpthread only and replace with generic non-static
> mutex support in the one place it is needed:
> - remove _FD_LOCK/UNLOCK from lseek and ftruncate in libc and make the
> functions weak so that libpthread can override with its own new
> versions that do the locking.
> - remove _thread_fd_lock/unlock() weak functions from libc and adjust
> libpthread for the change.
> - add generic _thread_mutex_lock/unlock/destroy() weak functions in libc
> to support non-static mutexes in libc and add libpthread and librthread
> implementations for them. libc can utilize non-static mutexes via the
> new _MUTEX_LOCK/UNLOCK/DESTROY() macros. Actually these new macros can
> support both static and non-static mutexes but currently only using
> them for non-static.
> - make opendir/closedir/readdir/readdir_r/seekdir/telldir() thread-safe
> for both thread libraries by using a non-static mutex in the struct
> _dirdesc (typedef DIR), utilizing it in the *dir functions and remove
> remaining and incorrect _FD_LOCK/UNLOCK() use in libc.
> - add comments to both thread libraries to indicate libc depends on the
> current implementation of static mutex initialization. suggested by
> marc@
> - major bump libc and libpthread due to function removal, structure
> change and weak symbol conversions.
> okay marc@, tedu@ (kurt@)
== regress =========================================================== 05/10 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/regress
usr.bin
+ cvs/Makefile + cvs/import_seed/seed1.txt
> add very basic regress framework for opencvs.
> more to come.
> ok joris@ (niallo@)
~ cvs/Makefile
> Wrap long lines. (xsa@)
~ cvs/Makefile
> work around import limitations (niallo@)
~ ssh/cipher-speed.sh ~ ssh/try-ciphers.sh
> test umac-64 at openssh.com
> ok djm@ (pvalchev@)
== sbin ============================================================== 06/10 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/sbin
bioctl
~ bioctl.8 ~ bioctl.c
> document -C option of bioctl
> use a simpler form of options with variable number of args
> suggestions jmc@ ok marco@ (todd@)
~ bioctl.8
> - remove an extraneous .Bl
> - -C before -c (jmc@)
disklabel
~ editor.c
> avoid rounding down to zero cylinders. ok marco@ (otto@)
~ editor.c
> fix the cylinder rounding calculation for "totally using the space" type
> calculations; ok otto millert (deraadt@)
~ disklabel.c
> do not complain about c not being a multiple of lp->d_secpercyl; ok millert
> (deraadt@)
~ editor.c
> Add missing parens, fixes a bug aded in rev 1.112 where maxval would
> be set to 0 most of the time. (millert@)
~ editor.c
> Fix setting total # sectors in the 'e' command. (millert@)
~ disklabel.c ~ editor.c
~ extern.h
> Make disklabel(8) aware of the new fields, allowing for larger than
> 2T disks, partitions and offsets. ok deraadt@ (otto@)
~ disklabel.c ~ editor.c
> second pass, some fields slipped through the first time around (otto@)
~ editor.c
> Simplify rounding to cylinders.
> Also, on systems with sun labels, don't allow the user to create a
> partition with fewer than a cylinder's worth of sectors.
> OK otto@ (millert@)
dump
~ dump.h ~ itime.c
~ main.c ~ optr.c
~ tape.c ~ traverse.c
> Add ffs2 support to dump/restore. From FreeBSD with some NetBSD changes.
> With help from otto@ (millert@)
fdisk
~ part.c
> adjust the width of columns to match the geometry of current drives
> ok deraadt@ (sobrado@)
ifconfig
~ ifconfig.8
> more ipx, spotted by jmc (henning@)
~ ifconfig.c
> remove support for ipx. okay claudio@ (kurt@)
newfs
~ mkfs.c ~ newfs.c
> remove last instances of daddr_t; ok thib@ (otto@)
pflogd
~ pflogd.c
> use warn() where warn() is intended, not err()
> exit nonzero if the inetrface does not exist
> From: tbert <bret.lambert at gmail.com> (henning@)
~ pflogd.c
> reverse logic of if_exists so that if_exists(interface) is true if
> interface exists and !if_exists(interface) is when it doesn't (henning@)
~ pflogd.c
> fix oups, mlist at scapa.dnsalias.net (henning@)
restore
~ dirs.c ~ restore.h
~ tape.c
> Add ffs2 support to dump/restore. From FreeBSD with some NetBSD changes.
> With help from otto@ (millert@)
route
~ keywords.h ~ keywords.sh
~ route.8 ~ route.c
~ show.c
> remove IPX, agreed by many
> libc and kernel side awaiting a libc major bump to piggyback to (henning@)
sysctl
~ sysctl.c
> no more ipx (henning@)
~ sysctl.8
> more ipx, jmc (henning@)
tunefs
~ tunefs.c
> daddr_t -> daddr64_t (otto@)
== share ============================================================= 07/10 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/share
man
~ man4/acpi.4
> Don't completely scare off people by saying that enabling ACPI will
> cause their hardware to spontaneously selfcombust. Instead, mention
> that using acpitz(4) should prevent this from happening.
> (I tested it one night by accident when I fell asleep with my laptop
> on the couch and blocked the fan with a blanket.)
> ok jmc marco (mk@)
~ man4/netintro.4 ~ man4/options.4
~ man7/hier.7
> no more IPX; ok henning (jmc@)
~ man4/wpi.4
> Major wpi(4) update:
> 1/ Update the driver to use the new firmware images from Intel (2.14.3.)
> 2/ Read the list of supported channels from the EEPROM instead of having
> it hard-coded in the driver.
> 3/ Limit output power to what is specified in EEPROM.
> 4/ Decrease output power for highest OFDM rates to reduce distortion.
> 5/ Automatically adjust output power to temperature changes for increased
> throughput and range.
> 6/ Attach the adapter's onboard thermal sensor to the sensor framework.
> 7/ Replace 'magic' fields in structures with their correct definitions.
> NOTE1: you must upgrade your wpi-firmware package to rev 2.14.3 or the
> driver will stop working.
> NOTE2: if you are using a channel not allowed by the regulatory domain
> of your adapter, you will no longer be able to associate. (damien@)
~ man9/disklabel.9
> setdisklabel() openmask is now a u_int (deraadt@)
~ man4/wpi.4
> fix firmware number in description (the package name was ok.) (damien@)
~ man9/ieee80211_output.9
> move ieee80211_compute_duration() and ieee80211_compute_duration1()
> functions into the two drivers that use them (atw and rtw.)
> this code is not generic enough to be used by other drivers and
> there is no chance that it will ever be used in newer driver since
> it supports 802.11b only.
> plus, it hurts my eyes each time i look into ieee80211_output.c.
> "fine with me as long as the logic doesn't change in the functions" jsg@
> (damien@)
~ man4/puc.4
> Add support for the Digi Neo 8-port serial adapter.
> Patch from Pedro Almeida <palmeida at securenetworks.pt>, with some minor
> changes by me (man page).
> ok jsg (mbalmer@)
~ man5/pf.conf.5
> make it clearer where ifgroups can be used
> From: Stuart Henderson <stu at spacehopper.org> (henning@)
~ man4/re.4
> The D-Link DGE-660TD 10/100/1000Mbps Gigabit Cardbus Adapter is
> supported by re(4) as well.
> ok deraadt (mbalmer@)
== sys =============================================================== 08/10 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/sys
arch/alpha/alpha
~ disksubr.c
> use six new macros to access & store the 48-bit disklabel fields related
> to size. tested on almost all machines, double checked by miod and krw
> next comes the type handling surrounding these values (deraadt@)
~ disksubr.c
> a fair sprinking of knf, code movement, and sometimes
> character-by-character
> accuracy so that the variious disksubr.c's can be compared easier.
> setdisklabel() starts taking an int for openmask.
> ok krw, and read by quite a few other people (deraadt@)
~ disksubr.c ~ machdep.c
> now that all partition size/offsets are potentially 64-bit, change the
> type of all variables to daddr64_t. this includes the APIs for XXsize()
> and XXdump(), all range checks inside bio drivers, internal variables
> for disklabel handling, and even uvm's swap offsets. re-read numerous
> times by otto, miod, krw, thib to look for errors (deraadt@)
~ disksubr.c
> More bounds_check_with_label homogenization. Fix a couple of typos while
> there.
> 'so go to it!' deraadt@ (krw@)
~ disksubr.c
> all disklabels read from the kernel now always contain a total sector
> size which is the REAL DISK SIZE. always. if a driver fails to set
> this right, please fix it. agreed with otto and krw (deraadt@)
~ disksubr.c
> annoying spacing glitch which makes the diffs bigger (deraadt@)
~ disksubr.c
> by hand i carefully found that all the differences in setdisklabel()
> implimentations were simply either missing code, or spacing and such.
> setdisklabel() can become MI now. (deraadt@)
~ disksubr.c
> remove a useless comment (deraadt@)
~ disksubr.c
> unify DOSPTYP_FAT* code (some architectures missed a filesystem type or
> two) (deraadt@)
~ disksubr.c
> The differences in the last non-homogeneous bounds_check_with_label()
> routines (alpha, vax) prove to be not worth keeping. Move
> bounds_check_with_label() into the MI world. Eliminate unreliable and
> almost certainly useless checks for overwriting a disklabel.
> After discussion with deraadt@ (krw@)
~ disksubr.c
> No need for two *LABELSECTOR and *LABELOFFSET defines that mean the
> same thing. Keep LABELSECTOR and LABELOFFSET and nuke
> ALPHA_LABELSECTOR and ALPHA_LABELOFFSET.
> Kernel still compiles and boots.
> Superfluidity pointed out by deraadt at . (krw@)
arch/alpha/conf
~ files.alpha
> include files.bluetooth, so that bluetooth support can be compiled,
> if enabled.
> ok gwk@ (jasper@)
arch/alpha/include
~ disklabel.h
> No need for two *LABELSECTOR and *LABELOFFSET defines that mean the
> same thing. Keep LABELSECTOR and LABELOFFSET and nuke
> ALPHA_LABELSECTOR and ALPHA_LABELOFFSET.
> Kernel still compiles and boots.
> Superfluidity pointed out by deraadt at . (krw@)
arch/alpha/stand
~ installboot.c
> now that all partition size/offsets are potentially 64-bit, change the
> type of all variables to daddr64_t. this includes the APIs for XXsize()
> and XXdump(), all range checks inside bio drivers, internal variables
> for disklabel handling, and even uvm's swap offsets. re-read numerous
> times by otto, miod, krw, thib to look for errors (deraadt@)
arch/amd64/amd64
~ est.c
> Add a check for Intel Core processors with Scalable Bus Speed of 200 MHz.
> From NetBSD and verified in Intel doc #253669
> ok tedu@ (jsg@)
~ est.c
> Use 166.67 and 266.67 for bus_clock and not 166.66 and 266.66,
> as per recommended values from Intel documentation.
> ok tedu@ (jsg@)
~ disksubr.c
> use six new macros to access & store the 48-bit disklabel fields related
> to size. tested on almost all machines, double checked by miod and krw
> next comes the type handling surrounding these values (deraadt@)
~ disksubr.c
> a fair sprinking of knf, code movement, and sometimes
> character-by-character
> accuracy so that the variious disksubr.c's can be compared easier.
> setdisklabel() starts taking an int for openmask.
> ok krw, and read by quite a few other people (deraadt@)
~ disksubr.c ~ machdep.c
> now that all partition size/offsets are potentially 64-bit, change the
> type of all variables to daddr64_t. this includes the APIs for XXsize()
> and XXdump(), all range checks inside bio drivers, internal variables
> for disklabel handling, and even uvm's swap offsets. re-read numerous
> times by otto, miod, krw, thib to look for errors (deraadt@)
~ disksubr.c
> More bounds_check_with_label homogenization. Fix a couple of typos while
> there.
> 'so go to it!' deraadt@ (krw@)
~ est.c
> Replace magic bus clock constants in est related files with defines.
> ok jsg (dim@)
~ disksubr.c
> all disklabels read from the kernel now always contain a total sector
> size which is the REAL DISK SIZE. always. if a driver fails to set
> this right, please fix it. agreed with otto and krw (deraadt@)
~ disksubr.c
> annoying spacing glitch which makes the diffs bigger (deraadt@)
~ disksubr.c
> by hand i carefully found that all the differences in setdisklabel()
> implimentations were simply either missing code, or spacing and such.
> setdisklabel() can become MI now. (deraadt@)
~ disksubr.c
> unify DOSPTYP_FAT* code (some architectures missed a filesystem type or
> two) (deraadt@)
~ disksubr.c
> The differences in the last non-homogeneous bounds_check_with_label()
> routines (alpha, vax) prove to be not worth keeping. Move
> bounds_check_with_label() into the MI world. Eliminate unreliable and
> almost certainly useless checks for overwriting a disklabel.
> After discussion with deraadt@ (krw@)
arch/amd64/conf
~ files.amd64
> bluetooth isn't really useful yet, but at least give it a chance to compile
> ok gwk (ckuethe@)
arch/amd64/pci
~ pchb.c
> if the 915gm didn't work on i386, it's worrisome here too. remove it.
> (tedu@)
arch/arm/arm
~ disksubr.c
> use six new macros to access & store the 48-bit disklabel fields related
> to size. tested on almost all machines, double checked by miod and krw
> next comes the type handling surrounding these values (deraadt@)
~ disksubr.c
> a fair sprinking of knf, code movement, and sometimes
> character-by-character
> accuracy so that the variious disksubr.c's can be compared easier.
> setdisklabel() starts taking an int for openmask.
> ok krw, and read by quite a few other people (deraadt@)
~ disksubr.c ~ stubs.c
> now that all partition size/offsets are potentially 64-bit, change the
> type of all variables to daddr64_t. this includes the APIs for XXsize()
> and XXdump(), all range checks inside bio drivers, internal variables
> for disklabel handling, and even uvm's swap offsets. re-read numerous
> times by otto, miod, krw, thib to look for errors (deraadt@)
~ disksubr.c
> More bounds_check_with_label homogenization. Fix a couple of typos while
> there.
> 'so go to it!' deraadt@ (krw@)
~ disksubr.c
> all disklabels read from the kernel now always contain a total sector
> size which is the REAL DISK SIZE. always. if a driver fails to set
> this right, please fix it. agreed with otto and krw (deraadt@)
~ disksubr.c
> annoying spacing glitch which makes the diffs bigger (deraadt@)
~ disksubr.c
> by hand i carefully found that all the differences in setdisklabel()
> implimentations were simply either missing code, or spacing and such.
> setdisklabel() can become MI now. (deraadt@)
~ disksubr.c
> unify DOSPTYP_FAT* code (some architectures missed a filesystem type or
> two) (deraadt@)
~ disksubr.c
> The differences in the last non-homogeneous bounds_check_with_label()
> routines (alpha, vax) prove to be not worth keeping. Move
> bounds_check_with_label() into the MI world. Eliminate unreliable and
> almost certainly useless checks for overwriting a disklabel.
> After discussion with deraadt@ (krw@)
arch/arm/xscale
~ pxa27x_udc.c
> Remove definitions and usage of usb_callout and related macros. These
> macros
> were used as a layer of confusion^Wabstraction around the timeout(9) API.
> No binary change.
> ok jsg. (mbalmer@)
~ pxa27x_udc.c
> Remove the definition and use of the USBDEVNAME macro.
> (This might look easy, but it was a big diff. Thanks to dlg and especially
> jsg
> for looking over it; we found at least four mistakes in the initial diff.)
> ok jsg. (mbalmer@)
arch/armish/conf
~ files.armish
> include files.bluetooth, so that bluetooth support can be compiled,
> if enabled.
> ok gwk@ (jasper@)
arch/armish/include
~ vmparam.h
> Increase MAXDSIZ on armish to 1GB, requested long ago, ok robert@ (drahn@)
arch/aviion/aviion
~ disksubr.c
> use six new macros to access & store the 48-bit disklabel fields related
> to size. tested on almost all machines, double checked by miod and krw
> next comes the type handling surrounding these values (deraadt@)
~ disksubr.c
> a fair sprinking of knf, code movement, and sometimes
> character-by-character
> accuracy so that the variious disksubr.c's can be compared easier.
> setdisklabel() starts taking an int for openmask.
> ok krw, and read by quite a few other people (deraadt@)
~ disksubr.c ~ machdep.c
> now that all partition size/offsets are potentially 64-bit, change the
> type of all variables to daddr64_t. this includes the APIs for XXsize()
> and XXdump(), all range checks inside bio drivers, internal variables
> for disklabel handling, and even uvm's swap offsets. re-read numerous
> times by otto, miod, krw, thib to look for errors (deraadt@)
~ disksubr.c
> More bounds_check_with_label homogenization. Fix a couple of typos while
> there.
> 'so go to it!' deraadt@ (krw@)
~ disksubr.c
> all disklabels read from the kernel now always contain a total sector
> size which is the REAL DISK SIZE. always. if a driver fails to set
> this right, please fix it. agreed with otto and krw (deraadt@)
~ disksubr.c
> annoying spacing glitch which makes the diffs bigger (deraadt@)
~ disksubr.c
> by hand i carefully found that all the differences in setdisklabel()
> implimentations were simply either missing code, or spacing and such.
> setdisklabel() can become MI now. (deraadt@)
~ disksubr.c
> unify DOSPTYP_FAT* code (some architectures missed a filesystem type or
> two) (deraadt@)
~ disksubr.c
> The differences in the last non-homogeneous bounds_check_with_label()
> routines (alpha, vax) prove to be not worth keeping. Move
> bounds_check_with_label() into the MI world. Eliminate unreliable and
> almost certainly useless checks for overwriting a disklabel.
> After discussion with deraadt@ (krw@)
arch/cats/conf
~ files.cats
> include files.bluetooth, so that bluetooth support can be compiled,
> if enabled.
> ok gwk@ (jasper@)
arch/hp300/dev
~ hd.c
> use six new macros to access & store the 48-bit disklabel fields related
> to size. tested on almost all machines, double checked by miod and krw
> next comes the type handling surrounding these values (deraadt@)
~ ct.c ~ hd.c
~ mt.c
> now that all partition size/offsets are potentially 64-bit, change the
> type of all variables to daddr64_t. this includes the APIs for XXsize()
> and XXdump(), all range checks inside bio drivers, internal variables
> for disklabel handling, and even uvm's swap offsets. re-read numerous
> times by otto, miod, krw, thib to look for errors (deraadt@)
~ hd.c
> all drivers should spoof version 1 labels (deraadt@)
arch/hp300/hp300
~ disksubr.c
> use six new macros to access & store the 48-bit disklabel fields related
> to size. tested on almost all machines, double checked by miod and krw
> next comes the type handling surrounding these values (deraadt@)
~ disksubr.c
> bounds_check_with_label() checks for i/o outside of the partition and
> for overwriting the disklabel. Reorder some checks so all copies of
> bounds_check_with_label do the checks in the same order. Order picked
> by using the currently most popular one. Should be no functional
> change.
> "If it's boring, commit it" deraadt@ (krw@)
~ disksubr.c
> a fair sprinking of knf, code movement, and sometimes
> character-by-character
> accuracy so that the variious disksubr.c's can be compared easier.
> setdisklabel() starts taking an int for openmask.
> ok krw, and read by quite a few other people (deraadt@)
~ machdep.c
> now that all partition size/offsets are potentially 64-bit, change the
> type of all variables to daddr64_t. this includes the APIs for XXsize()
> and XXdump(), all range checks inside bio drivers, internal variables
> for disklabel handling, and even uvm's swap offsets. re-read numerous
> times by otto, miod, krw, thib to look for errors (deraadt@)
~ disksubr.c
> More bounds_check_with_label homogenization. Fix a couple of typos while
> there.
> 'so go to it!' deraadt@ (krw@)
~ disksubr.c
> all disklabels read from the kernel now always contain a total sector
> size which is the REAL DISK SIZE. always. if a driver fails to set
> this right, please fix it. agreed with otto and krw (deraadt@)
~ disksubr.c
> by hand i carefully found that all the differences in setdisklabel()
> implimentations were simply either missing code, or spacing and such.
> setdisklabel() can become MI now. (deraadt@)
~ disksubr.c
> The differences in the last non-homogeneous bounds_check_with_label()
> routines (alpha, vax) prove to be not worth keeping. Move
> bounds_check_with_label() into the MI world. Eliminate unreliable and
> almost certainly useless checks for overwriting a disklabel.
> After discussion with deraadt@ (krw@)
arch/hppa/conf
~ files.hppa
> include files.bluetooth, so that bluetooth support can be compiled,
> if enabled.
> ok gwk@ (jasper@)
arch/hppa/hppa
~ disksubr.c
> use six new macros to access & store the 48-bit disklabel fields related
> to size. tested on almost all machines, double checked by miod and krw
> next comes the type handling surrounding these values (deraadt@)
~ vm_machdep.c
> Use phys_map, not kernel_map in v{,un}mapbuf. ok mickey (miod@)
~ disksubr.c
> a fair sprinking of knf, code movement, and sometimes
> character-by-character
> accuracy so that the variious disksubr.c's can be compared easier.
> setdisklabel() starts taking an int for openmask.
> ok krw, and read by quite a few other people (deraadt@)
~ disksubr.c ~ machdep.c
> now that all partition size/offsets are potentially 64-bit, change the
> type of all variables to daddr64_t. this includes the APIs for XXsize()
> and XXdump(), all range checks inside bio drivers, internal variables
> for disklabel handling, and even uvm's swap offsets. re-read numerous
> times by otto, miod, krw, thib to look for errors (deraadt@)
~ disksubr.c
> More bounds_check_with_label homogenization. Fix a couple of typos while
> there.
> 'so go to it!' deraadt@ (krw@)
~ disksubr.c
> Eliminate unnecessary duplicate defines *_LABELSECTOR and
> *_LABELOFFSET. Don't use osdep->labelsector since it will always be
> LABELSECTOR, since we don't support extended DOS partitions holding
> the OpenBSD disk label.
> No functional change. Now only Alpha and Vax bounds_check_with_label
> differ by more than comments. (krw@)
~ disksubr.c
> all disklabels read from the kernel now always contain a total sector
> size which is the REAL DISK SIZE. always. if a driver fails to set
> this right, please fix it. agreed with otto and krw (deraadt@)
~ disksubr.c
> annoying spacing glitch which makes the diffs bigger (deraadt@)
~ disksubr.c
> by hand i carefully found that all the differences in setdisklabel()
> implimentations were simply either missing code, or spacing and such.
> setdisklabel() can become MI now. (deraadt@)
~ disksubr.c
> unify DOSPTYP_FAT* code (some architectures missed a filesystem type or
> two) (deraadt@)
~ disksubr.c
> The differences in the last non-homogeneous bounds_check_with_label()
> routines (alpha, vax) prove to be not worth keeping. Move
> bounds_check_with_label() into the MI world. Eliminate unreliable and
> almost certainly useless checks for overwriting a disklabel.
> After discussion with deraadt@ (krw@)
arch/hppa/include
~ disklabel.h
> Eliminate unnecessary duplicate defines *_LABELSECTOR and
> *_LABELOFFSET. Don't use osdep->labelsector since it will always be
> LABELSECTOR, since we don't support extended DOS partitions holding
> the OpenBSD disk label.
> No functional change. Now only Alpha and Vax bounds_check_with_label
> differ by more than comments. (krw@)
arch/hppa64/hppa64
~ disksubr.c
> use six new macros to access & store the 48-bit disklabel fields related
> to size. tested on almost all machines, double checked by miod and krw
> next comes the type handling surrounding these values (deraadt@)
~ vm_machdep.c
> Use phys_map, not kernel_map in v{,un}mapbuf. ok mickey (miod@)
~ disksubr.c
> a fair sprinking of knf, code movement, and sometimes
> character-by-character
> accuracy so that the variious disksubr.c's can be compared easier.
> setdisklabel() starts taking an int for openmask.
> ok krw, and read by quite a few other people (deraadt@)
~ disksubr.c ~ machdep.c
> now that all partition size/offsets are potentially 64-bit, change the
> type of all variables to daddr64_t. this includes the APIs for XXsize()
> and XXdump(), all range checks inside bio drivers, internal variables
> for disklabel handling, and even uvm's swap offsets. re-read numerous
> times by otto, miod, krw, thib to look for errors (deraadt@)
~ disksubr.c
> More bounds_check_with_label homogenization. Fix a couple of typos while
> there.
> 'so go to it!' deraadt@ (krw@)
~ disksubr.c
> Eliminate unnecessary duplicate defines *_LABELSECTOR and
> *_LABELOFFSET. Don't use osdep->labelsector since it will always be
> LABELSECTOR, since we don't support extended DOS partitions holding
> the OpenBSD disk label.
> No functional change. Now only Alpha and Vax bounds_check_with_label
> differ by more than comments. (krw@)
~ disksubr.c
> all disklabels read from the kernel now always contain a total sector
> size which is the REAL DISK SIZE. always. if a driver fails to set
> this right, please fix it. agreed with otto and krw (deraadt@)
~ disksubr.c
> annoying spacing glitch which makes the diffs bigger (deraadt@)
~ disksubr.c
> by hand i carefully found that all the differences in setdisklabel()
> implimentations were simply either missing code, or spacing and such.
> setdisklabel() can become MI now. (deraadt@)
~ disksubr.c
> unify DOSPTYP_FAT* code (some architectures missed a filesystem type or
> two) (deraadt@)
~ disksubr.c
> The differences in the last non-homogeneous bounds_check_with_label()
> routines (alpha, vax) prove to be not worth keeping. Move
> bounds_check_with_label() into the MI world. Eliminate unreliable and
> almost certainly useless checks for overwriting a disklabel.
> After discussion with deraadt@ (krw@)
arch/hppa64/include
~ disklabel.h
> Eliminate unnecessary duplicate defines *_LABELSECTOR and
> *_LABELOFFSET. Don't use osdep->labelsector since it will always be
> LABELSECTOR, since we don't support extended DOS partitions holding
> the OpenBSD disk label.
> No functional change. Now only Alpha and Vax bounds_check_with_label
> differ by more than comments. (krw@)
arch/i386/i386
~ machdep.c
> Add a check for Intel Core processors with Scalable Bus Speed of 200 MHz.
> From NetBSD and verified in Intel doc #253669
> ok tedu@ (jsg@)
~ machdep.c
> Use 166.67 and 266.67 for bus_clock and not 166.66 and 266.66,
> as per recommended values from Intel documentation.
> ok tedu@ (jsg@)
~ disksubr.c
> use six new macros to access & store the 48-bit disklabel fields related
> to size. tested on almost all machines, double checked by miod and krw
> next comes the type handling surrounding these values (deraadt@)
~ disksubr.c
> a fair sprinking of knf, code movement, and sometimes
> character-by-character
> accuracy so that the variious disksubr.c's can be compared easier.
> setdisklabel() starts taking an int for openmask.
> ok krw, and read by quite a few other people (deraadt@)
~ disksubr.c ~ machdep.c
> now that all partition size/offsets are potentially 64-bit, change the
> type of all variables to daddr64_t. this includes the APIs for XXsize()
> and XXdump(), all range checks inside bio drivers, internal variables
> for disklabel handling, and even uvm's swap offsets. re-read numerous
> times by otto, miod, krw, thib to look for errors (deraadt@)
~ disksubr.c
> More bounds_check_with_label homogenization. Fix a couple of typos while
> there.
> 'so go to it!' deraadt@ (krw@)
~ est.c
> Fix spacing. (dim@)
~ est.c ~ machdep.c
> Replace magic bus clock constants in est related files with defines.
> ok jsg (dim@)
~ pmap.c
> roller-coaster. The bug that corrupts the page tables is back.
> So put back the flushg in pmap_release since at least it hides it
> and I can now reproduce. (art@)
~ disksubr.c
> all disklabels read from the kernel now always contain a total sector
> size which is the REAL DISK SIZE. always. if a driver fails to set
> this right, please fix it. agreed with otto and krw (deraadt@)
~ disksubr.c
> annoying spacing glitch which makes the diffs bigger (deraadt@)
~ disksubr.c
> by hand i carefully found that all the differences in setdisklabel()
> implimentations were simply either missing code, or spacing and such.
> setdisklabel() can become MI now. (deraadt@)
~ disksubr.c
> unify DOSPTYP_FAT* code (some architectures missed a filesystem type or
> two) (deraadt@)
~ disksubr.c
> The differences in the last non-homogeneous bounds_check_with_label()
> routines (alpha, vax) prove to be not worth keeping. Move
> bounds_check_with_label() into the MI world. Eliminate unreliable and
> almost certainly useless checks for overwriting a disklabel.
> After discussion with deraadt@ (krw@)
~ disksubr.c
> Remove spurious blank line at end of file. Spotted by deraadt at . (krw@)
arch/i386/include
~ cpu.h
> Replace magic bus clock constants in est related files with defines.
> ok jsg (dim@)
arch/landisk/conf
~ files.landisk
> include files.bluetooth, so that bluetooth support can be compiled,
> if enabled.
> ok gwk@ (jasper@)
arch/landisk/landisk
~ disksubr.c
> use six new macros to access & store the 48-bit disklabel fields related
> to size. tested on almost all machines, double checked by miod and krw
> next comes the type handling surrounding these values (deraadt@)
~ disksubr.c
> a fair sprinking of knf, code movement, and sometimes
> character-by-character
> accuracy so that the variious disksubr.c's can be compared easier.
> setdisklabel() starts taking an int for openmask.
> ok krw, and read by quite a few other people (deraadt@)
~ disksubr.c ~ machdep.c
> now that all partition size/offsets are potentially 64-bit, change the
> type of all variables to daddr64_t. this includes the APIs for XXsize()
> and XXdump(), all range checks inside bio drivers, internal variables
> for disklabel handling, and even uvm's swap offsets. re-read numerous
> times by otto, miod, krw, thib to look for errors (deraadt@)
~ disksubr.c
> More bounds_check_with_label homogenization. Fix a couple of typos while
> there.
> 'so go to it!' deraadt@ (krw@)
~ disksubr.c
> all disklabels read from the kernel now always contain a total sector
> size which is the REAL DISK SIZE. always. if a driver fails to set
> this right, please fix it. agreed with otto and krw (deraadt@)
~ disksubr.c
> annoying spacing glitch which makes the diffs bigger (deraadt@)
~ disksubr.c
> by hand i carefully found that all the differences in setdisklabel()
> implimentations were simply either missing code, or spacing and such.
> setdisklabel() can become MI now. (deraadt@)
~ disksubr.c
> unify DOSPTYP_FAT* code (some architectures missed a filesystem type or
> two) (deraadt@)
~ disksubr.c
> The differences in the last non-homogeneous bounds_check_with_label()
> routines (alpha, vax) prove to be not worth keeping. Move
> bounds_check_with_label() into the MI world. Eliminate unreliable and
> almost certainly useless checks for overwriting a disklabel.
> After discussion with deraadt@ (krw@)
arch/luna88k/luna88k
~ disksubr.c
> use six new macros to access & store the 48-bit disklabel fields related
> to size. tested on almost all machines, double checked by miod and krw
> next comes the type handling surrounding these values (deraadt@)
~ disksubr.c
> bounds_check_with_label() checks for i/o outside of the partition and
> for overwriting the disklabel. Reorder some checks so all copies of
> bounds_check_with_label do the checks in the same order. Order picked
> by using the currently most popular one. Should be no functional
> change.
> "If it's boring, commit it" deraadt@ (krw@)
~ disksubr.c
> a fair sprinking of knf, code movement, and sometimes
> character-by-character
> accuracy so that the variious disksubr.c's can be compared easier.
> setdisklabel() starts taking an int for openmask.
> ok krw, and read by quite a few other people (deraadt@)
~ machdep.c
> now that all partition size/offsets are potentially 64-bit, change the
> type of all variables to daddr64_t. this includes the APIs for XXsize()
> and XXdump(), all range checks inside bio drivers, internal variables
> for disklabel handling, and even uvm's swap offsets. re-read numerous
> times by otto, miod, krw, thib to look for errors (deraadt@)
~ disksubr.c
> clamp the disklabel d_secperunit to what the disk actually says it has,
> not to what some bogus disklabel from the past may say (some of which
> may have been caused by older openbsd disklabel programs). resolves
> issues seen by myself and Markus Lude on sparc/sparc64 machines (deraadt@)
~ disksubr.c
> More bounds_check_with_label homogenization. Fix a couple of typos while
> there.
> 'so go to it!' deraadt@ (krw@)
~ disksubr.c
> Comment 'fixes'. All bounds_check_with_label now identical except for
> vax and alpha. (krw@)
~ disksubr.c
> all disklabels read from the kernel now always contain a total sector
> size which is the REAL DISK SIZE. always. if a driver fails to set
> this right, please fix it. agreed with otto and krw (deraadt@)
~ disksubr.c
> disklabel_om_to_bsd() is generating a v1 label so set the label
> version to 1.
> ok deraadt@ (krw@)
~ disksubr.c
> by hand i carefully found that all the differences in setdisklabel()
> implimentations were simply either missing code, or spacing and such.
> setdisklabel() can become MI now. (deraadt@)
~ disksubr.c
> The differences in the last non-homogeneous bounds_check_with_label()
> routines (alpha, vax) prove to be not worth keeping. Move
> bounds_check_with_label() into the MI world. Eliminate unreliable and
> almost certainly useless checks for overwriting a disklabel.
> After discussion with deraadt@ (krw@)
arch/mac68k/mac68k
~ disksubr.c
> use six new macros to access & store the 48-bit disklabel fields related
> to size. tested on almost all machines, double checked by miod and krw
> next comes the type handling surrounding these values (deraadt@)
~ disksubr.c
> a fair sprinking of knf, code movement, and sometimes
> character-by-character
> accuracy so that the variious disksubr.c's can be compared easier.
> setdisklabel() starts taking an int for openmask.
> ok krw, and read by quite a few other people (deraadt@)
~ machdep.c
> now that all partition size/offsets are potentially 64-bit, change the
> type of all variables to daddr64_t. this includes the APIs for XXsize()
> and XXdump(), all range checks inside bio drivers, internal variables
> for disklabel handling, and even uvm's swap offsets. re-read numerous
> times by otto, miod, krw, thib to look for errors (deraadt@)
~ disksubr.c
> More bounds_check_with_label homogenization. Fix a couple of typos while
> there.
> 'so go to it!' deraadt@ (krw@)
~ disksubr.c
> Comment 'fixes'. All bounds_check_with_label now identical except for
> vax and alpha. (krw@)
~ disksubr.c
> all disklabels read from the kernel now always contain a total sector
> size which is the REAL DISK SIZE. always. if a driver fails to set
> this right, please fix it. agreed with otto and krw (deraadt@)
~ disksubr.c
> by hand i carefully found that all the differences in setdisklabel()
> implimentations were simply either missing code, or spacing and such.
> setdisklabel() can become MI now. (deraadt@)
~ disksubr.c
> The differences in the last non-homogeneous bounds_check_with_label()
> routines (alpha, vax) prove to be not worth keeping. Move
> bounds_check_with_label() into the MI world. Eliminate unreliable and
> almost certainly useless checks for overwriting a disklabel.
> After discussion with deraadt@ (krw@)
arch/macppc/conf
~ files.macppc
> include files.bluetooth, so that bluetooth support can be compiled,
> if enabled.
> ok gwk@ (jasper@)
~ GENERIC
> Enable re* at cardbus?, tested with a D-Link DGE-660TD card.
> ok deraadt. (mbalmer@)
arch/macppc/dev
~ tpms.c
> Remove the "Static" function declaration. It is defined to be
> empty and confuses the source code reader. As discussed with dlg and jsg.
> (mbalmer@)
~ tpms.c
> Remove the comment "Static function protoypes". Static is gone in USB.
> no binary change. (mbalmer@)
arch/macppc/macppc
~ conf.c
> do not shuffle dev 4 under the carpet; make svnd work again; uncookie
> for deraadt@ ok irc@ (otto@)
~ disksubr.c
> use six new macros to access & store the 48-bit disklabel fields related
> to size. tested on almost all machines, double checked by miod and krw
> next comes the type handling surrounding these values (deraadt@)
~ disksubr.c
> a fair sprinking of knf, code movement, and sometimes
> character-by-character
> accuracy so that the variious disksubr.c's can be compared easier.
> setdisklabel() starts taking an int for openmask.
> ok krw, and read by quite a few other people (deraadt@)
~ disksubr.c ~ machdep.c
> now that all partition size/offsets are potentially 64-bit, change the
> type of all variables to daddr64_t. this includes the APIs for XXsize()
> and XXdump(), all range checks inside bio drivers, internal variables
> for disklabel handling, and even uvm's swap offsets. re-read numerous
> times by otto, miod, krw, thib to look for errors (deraadt@)
~ disksubr.c
> More bounds_check_with_label homogenization. Fix a couple of typos while
> there.
> 'so go to it!' deraadt@ (krw@)
~ disksubr.c
> all disklabels read from the kernel now always contain a total sector
> size which is the REAL DISK SIZE. always. if a driver fails to set
> this right, please fix it. agreed with otto and krw (deraadt@)
~ disksubr.c
> annoying spacing glitch which makes the diffs bigger (deraadt@)
~ disksubr.c
> by hand i carefully found that all the differences in setdisklabel()
> implimentations were simply either missing code, or spacing and such.
> setdisklabel() can become MI now. (deraadt@)
~ disksubr.c
> unify DOSPTYP_FAT* code (some architectures missed a filesystem type or
> two) (deraadt@)
~ disksubr.c
> The differences in the last non-homogeneous bounds_check_with_label()
> routines (alpha, vax) prove to be not worth keeping. Move
> bounds_check_with_label() into the MI world. Eliminate unreliable and
> almost certainly useless checks for overwriting a disklabel.
> After discussion with deraadt@ (krw@)
arch/macppc/stand
~ ofdev.c
> now that all partition size/offsets are potentially 64-bit, change the
> type of all variables to daddr64_t. this includes the APIs for XXsize()
> and XXdump(), all range checks inside bio drivers, internal variables
> for disklabel handling, and even uvm's swap offsets. re-read numerous
> times by otto, miod, krw, thib to look for errors (deraadt@)
arch/mips64/include
~ disklabel.h
> Eliminate unnecessary duplicate defines *_LABELSECTOR and
> *_LABELOFFSET. Don't use osdep->labelsector since it will always be
> LABELSECTOR, since we don't support extended DOS partitions holding
> the OpenBSD disk label.
> No functional change. Now only Alpha and Vax bounds_check_with_label
> differ by more than comments. (krw@)
arch/mips64/mips64
~ disksubr.c
> use six new macros to access & store the 48-bit disklabel fields related
> to size. tested on almost all machines, double checked by miod and krw
> next comes the type handling surrounding these values (deraadt@)
~ disksubr.c
> a fair sprinking of knf, code movement, and sometimes
> character-by-character
> accuracy so that the variious disksubr.c's can be compared easier.
> setdisklabel() starts taking an int for openmask.
> ok krw, and read by quite a few other people (deraadt@)
~ disksubr.c
> now that all partition size/offsets are potentially 64-bit, change the
> type of all variables to daddr64_t. this includes the APIs for XXsize()
> and XXdump(), all range checks inside bio drivers, internal variables
> for disklabel handling, and even uvm's swap offsets. re-read numerous
> times by otto, miod, krw, thib to look for errors (deraadt@)
~ disksubr.c
> More bounds_check_with_label homogenization. Fix a couple of typos while
> there.
> 'so go to it!' deraadt@ (krw@)
~ disksubr.c
> Eliminate unnecessary duplicate defines *_LABELSECTOR and
> *_LABELOFFSET. Don't use osdep->labelsector since it will always be
> LABELSECTOR, since we don't support extended DOS partitions holding
> the OpenBSD disk label.
> No functional change. Now only Alpha and Vax bounds_check_with_label
> differ by more than comments. (krw@)
~ disksubr.c
> GET should have been SET (otto@)
~ disksubr.c
> Fix typo introduced during ANSI-fication. Found by Rainer Giedat. MIPS
> kernel compiles again. (krw@)
~ disksubr.c
> annoying spacing glitch which makes the diffs bigger (deraadt@)
~ disksubr.c
> by hand i carefully found that all the differences in setdisklabel()
> implimentations were simply either missing code, or spacing and such.
> setdisklabel() can become MI now. (deraadt@)
~ disksubr.c
> unify DOSPTYP_FAT* code (some architectures missed a filesystem type or
> two) (deraadt@)
~ disksubr.c
> The differences in the last non-homogeneous bounds_check_with_label()
> routines (alpha, vax) prove to be not worth keeping. Move
> bounds_check_with_label() into the MI world. Eliminate unreliable and
> almost certainly useless checks for overwriting a disklabel.
> After discussion with deraadt@ (krw@)
arch/mvme68k/include
+ bus.h
> Dummy <machine/bus.h> for softraid to compile. (miod@)
arch/mvme68k/mvme68k
~ disksubr.c
> use six new macros to access & store the 48-bit disklabel fields related
> to size. tested on almost all machines, double checked by miod and krw
> next comes the type handling surrounding these values (deraadt@)
~ disksubr.c
> bounds_check_with_label() checks for i/o outside of the partition and
> for overwriting the disklabel. Reorder some checks so all copies of
> bounds_check_with_label do the checks in the same order. Order picked
> by using the currently most popular one. Should be no functional
> change.
> "If it's boring, commit it" deraadt@ (krw@)
~ disksubr.c
> a fair sprinking of knf, code movement, and sometimes
> character-by-character
> accuracy so that the variious disksubr.c's can be compared easier.
> setdisklabel() starts taking an int for openmask.
> ok krw, and read by quite a few other people (deraadt@)
~ machdep.c
> now that all partition size/offsets are potentially 64-bit, change the
> type of all variables to daddr64_t. this includes the APIs for XXsize()
> and XXdump(), all range checks inside bio drivers, internal variables
> for disklabel handling, and even uvm's swap offsets. re-read numerous
> times by otto, miod, krw, thib to look for errors (deraadt@)
~ disksubr.c
> More bounds_check_with_label homogenization. Fix a couple of typos while
> there.
> 'so go to it!' deraadt@ (krw@)
~ disksubr.c
> Comment 'fixes'. All bounds_check_with_label now identical except for
> vax and alpha. (krw@)
~ disksubr.c
> all disklabels read from the kernel now always contain a total sector
> size which is the REAL DISK SIZE. always. if a driver fails to set
> this right, please fix it. agreed with otto and krw (deraadt@)
~ disksubr.c
> we need a new sub-code in the VID driver to indicate new "struct partition"
> fields which contain p_sizeh and such fields. handle both kinds correctly,
> we hope. tested on mvme68k (deraadt@)
~ disksubr.c
> Eliminate some duplicate code. No functional change.
> ok deraadt@ (krw@)
~ disksubr.c
> by hand i carefully found that all the differences in setdisklabel()
> implimentations were simply either missing code, or spacing and such.
> setdisklabel() can become MI now. (deraadt@)
~ disksubr.c
> various simple typo cleanups, basically making this look a lot more like
> other disksubr functions without changing any of the effect. (deraadt@)
~ disksubr.c
> The differences in the last non-homogeneous bounds_check_with_label()
> routines (alpha, vax) prove to be not worth keeping. Move
> bounds_check_with_label() into the MI world. Eliminate unreliable and
> almost certainly useless checks for overwriting a disklabel.
> After discussion with deraadt@ (krw@)
arch/mvme88k/mvme88k
~ disksubr.c
> use six new macros to access & store the 48-bit disklabel fields related
> to size. tested on almost all machines, double checked by miod and krw
> next comes the type handling surrounding these values (deraadt@)
~ disksubr.c
> bounds_check_with_label() checks for i/o outside of the partition and
> for overwriting the disklabel. Reorder some checks so all copies of
> bounds_check_with_label do the checks in the same order. Order picked
> by using the currently most popular one. Should be no functional
> change.
> "If it's boring, commit it" deraadt@ (krw@)
~ disksubr.c
> a fair sprinking of knf, code movement, and sometimes
> character-by-character
> accuracy so that the variious disksubr.c's can be compared easier.
> setdisklabel() starts taking an int for openmask.
> ok krw, and read by quite a few other people (deraadt@)
~ machdep.c
> now that all partition size/offsets are potentially 64-bit, change the
> type of all variables to daddr64_t. this includes the APIs for XXsize()
> and XXdump(), all range checks inside bio drivers, internal variables
> for disklabel handling, and even uvm's swap offsets. re-read numerous
> times by otto, miod, krw, thib to look for errors (deraadt@)
~ disksubr.c
> More bounds_check_with_label homogenization. Fix a couple of typos while
> there.
> 'so go to it!' deraadt@ (krw@)
~ disksubr.c
> Comment 'fixes'. All bounds_check_with_label now identical except for
> vax and alpha. (krw@)
~ disksubr.c
> all disklabels read from the kernel now always contain a total sector
> size which is the REAL DISK SIZE. always. if a driver fails to set
> this right, please fix it. agreed with otto and krw (deraadt@)
~ disksubr.c
> we need a new sub-code in the VID driver to indicate new "struct partition"
> fields which contain p_sizeh and such fields. handle both kinds correctly,
> we hope. tested on mvme68k (deraadt@)
~ disksubr.c
> Eliminate some duplicate code. No functional change.
> ok deraadt@ (krw@)
~ disksubr.c
> by hand i carefully found that all the differences in setdisklabel()
> implimentations were simply either missing code, or spacing and such.
> setdisklabel() can become MI now. (deraadt@)
~ disksubr.c
> various simple typo cleanups, basically making this look a lot more like
> other disksubr functions without changing any of the effect. (deraadt@)
~ disksubr.c
> The differences in the last non-homogeneous bounds_check_with_label()
> routines (alpha, vax) prove to be not worth keeping. Move
> bounds_check_with_label() into the MI world. Eliminate unreliable and
> almost certainly useless checks for overwriting a disklabel.
> After discussion with deraadt@ (krw@)
arch/mvmeppc/mvmeppc
~ disksubr.c
> use six new macros to access & store the 48-bit disklabel fields related
> to size. tested on almost all machines, double checked by miod and krw
> next comes the type handling surrounding these values (deraadt@)
~ disksubr.c
> a fair sprinking of knf, code movement, and sometimes
> character-by-character
> accuracy so that the variious disksubr.c's can be compared easier.
> setdisklabel() starts taking an int for openmask.
> ok krw, and read by quite a few other people (deraadt@)
~ disksubr.c
> now that all partition size/offsets are potentially 64-bit, change the
> type of all variables to daddr64_t. this includes the APIs for XXsize()
> and XXdump(), all range checks inside bio drivers, internal variables
> for disklabel handling, and even uvm's swap offsets. re-read numerous
> times by otto, miod, krw, thib to look for errors (deraadt@)
~ disksubr.c
> More bounds_check_with_label homogenization. Fix a couple of typos while
> there.
> 'so go to it!' deraadt@ (krw@)
~ disksubr.c
> all disklabels read from the kernel now always contain a total sector
> size which is the REAL DISK SIZE. always. if a driver fails to set
> this right, please fix it. agreed with otto and krw (deraadt@)
~ disksubr.c
> annoying spacing glitch which makes the diffs bigger (deraadt@)
~ disksubr.c
> by hand i carefully found that all the differences in setdisklabel()
> implimentations were simply either missing code, or spacing and such.
> setdisklabel() can become MI now. (deraadt@)
~ disksubr.c
> unify DOSPTYP_FAT* code (some architectures missed a filesystem type or
> two) (deraadt@)
~ disksubr.c
> The differences in the last non-homogeneous bounds_check_with_label()
> routines (alpha, vax) prove to be not worth keeping. Move
> bounds_check_with_label() into the MI world. Eliminate unreliable and
> almost certainly useless checks for overwriting a disklabel.
> After discussion with deraadt@ (krw@)
arch/sh/include
~ cpu.h
> now that all partition size/offsets are potentially 64-bit, change the
> type of all variables to daddr64_t. this includes the APIs for XXsize()
> and XXdump(), all range checks inside bio drivers, internal variables
> for disklabel handling, and even uvm's swap offsets. re-read numerous
> times by otto, miod, krw, thib to look for errors (deraadt@)
arch/sh/sh
~ sh_machdep.c
> now that all partition size/offsets are potentially 64-bit, change the
> type of all variables to daddr64_t. this includes the APIs for XXsize()
> and XXdump(), all range checks inside bio drivers, internal variables
> for disklabel handling, and even uvm's swap offsets. re-read numerous
> times by otto, miod, krw, thib to look for errors (deraadt@)
arch/sparc/dev
~ presto.c
> Bring presto's readdisklabel() usage into line with other uses. i.e.
> don't call it at attach but at open, so that the correct device can be
> used in the DISKLABELDEV() invocation.
> Commit and get into miod's test schedule.
> '... commit your diff ...' miod@ (krw@)
~ fd.c ~ presto.c
~ xd.c ~ xy.c
> use six new macros to access & store the 48-bit disklabel fields related
> to size. tested on almost all machines, double checked by miod and krw
> next comes the type handling surrounding these values (deraadt@)
~ fd.c ~ presto.c
~ xd.c ~ xy.c
> now that all partition size/offsets are potentially 64-bit, change the
> type of all variables to daddr64_t. this includes the APIs for XXsize()
> and XXdump(), all range checks inside bio drivers, internal variables
> for disklabel handling, and even uvm's swap offsets. re-read numerous
> times by otto, miod, krw, thib to look for errors (deraadt@)
~ fd.c
> another XXsize() function forgotten (deraadt@)
~ xd.c ~ xy.c
> more XXsize() fallout (deraadt@)
~ xy.c
> another XXsize() botch (deraadt@)
~ fd.c ~ presto.c
> all drivers should spoof version 1 labels (deraadt@)
~ si.c
> Silence a debug printf. (miod@)
arch/sparc/include
~ pmap.h
> now that all partition size/offsets are potentially 64-bit, change the
> type of all variables to daddr64_t. this includes the APIs for XXsize()
> and XXdump(), all range checks inside bio drivers, internal variables
> for disklabel handling, and even uvm's swap offsets. re-read numerous
> times by otto, miod, krw, thib to look for errors (deraadt@)
arch/sparc/sparc
~ disksubr.c
> use six new macros to access & store the 48-bit disklabel fields related
> to size. tested on almost all machines, double checked by miod and krw
> next comes the type handling surrounding these values (deraadt@)
~ disksubr.c
> bounds_check_with_label() checks for i/o outside of the partition and
> for overwriting the disklabel. Reorder some checks so all copies of
> bounds_check_with_label do the checks in the same order. Order picked
> by using the currently most popular one. Should be no functional
> change.
> "If it's boring, commit it" deraadt@ (krw@)
~ disksubr.c
> a fair sprinking of knf, code movement, and sometimes
> character-by-character
> accuracy so that the variious disksubr.c's can be compared easier.
> setdisklabel() starts taking an int for openmask.
> ok krw, and read by quite a few other people (deraadt@)
~ machdep.c ~ pmap.c
> now that all partition size/offsets are potentially 64-bit, change the
> type of all variables to daddr64_t. this includes the APIs for XXsize()
> and XXdump(), all range checks inside bio drivers, internal variables
> for disklabel handling, and even uvm's swap offsets. re-read numerous
> times by otto, miod, krw, thib to look for errors (deraadt@)
~ disksubr.c
> clamp the disklabel d_secperunit to what the disk actually says it has,
> not to what some bogus disklabel from the past may say (some of which
> may have been caused by older openbsd disklabel programs). resolves
> issues seen by myself and Markus Lude on sparc/sparc64 machines (deraadt@)
~ disksubr.c
> More bounds_check_with_label homogenization. Fix a couple of typos while
> there.
> 'so go to it!' deraadt@ (krw@)
~ disksubr.c
> Comment 'fixes'. All bounds_check_with_label now identical except for
> vax and alpha. (krw@)
~ disksubr.c
> - always set the partition disk size to full disk info (from driver)
> - always store our new fatty 16-partitions-with-full-cpg-info style
> sun disklabels on the disk.
> - correct an error in matching old-style 16-partition matching code;
> the checksum spanned a different region
> tested by me, groked by krw, which is a lot more than the rest of
> the post-hackathon exhausted slackers (deraadt@)
~ disksubr.c
> by hand i carefully found that all the differences in setdisklabel()
> implimentations were simply either missing code, or spacing and such.
> setdisklabel() can become MI now. (deraadt@)
~ disksubr.c
> kill stupid character difference (deraadt@)
~ disksubr.c
> The differences in the last non-homogeneous bounds_check_with_label()
> routines (alpha, vax) prove to be not worth keeping. Move
> bounds_check_with_label() into the MI world. Eliminate unreliable and
> almost certainly useless checks for overwriting a disklabel.
> After discussion with deraadt@ (krw@)
arch/sparc64/conf
~ files.sparc64
> include files.bluetooth, so that bluetooth support can be compiled,
> if enabled.
> ok gwk@ (jasper@)
arch/sparc64/dev
~ fd.c
> use six new macros to access & store the 48-bit disklabel fields related
> to size. tested on almost all machines, double checked by miod and krw
> next comes the type handling surrounding these values (deraadt@)
~ fd.c
> now that all partition size/offsets are potentially 64-bit, change the
> type of all variables to daddr64_t. this includes the APIs for XXsize()
> and XXdump(), all range checks inside bio drivers, internal variables
> for disklabel handling, and even uvm's swap offsets. re-read numerous
> times by otto, miod, krw, thib to look for errors (deraadt@)
~ fd.c
> an XXsize() function that got skipped (deraadt@)
~ fd.c
> all drivers should spoof version 1 labels (deraadt@)
arch/sparc64/include
~ pmap.h
> now that all partition size/offsets are potentially 64-bit, change the
> type of all variables to daddr64_t. this includes the APIs for XXsize()
> and XXdump(), all range checks inside bio drivers, internal variables
> for disklabel handling, and even uvm's swap offsets. re-read numerous
> times by otto, miod, krw, thib to look for errors (deraadt@)
arch/sparc64/sparc64
~ disksubr.c
> use six new macros to access & store the 48-bit disklabel fields related
> to size. tested on almost all machines, double checked by miod and krw
> next comes the type handling surrounding these values (deraadt@)
~ disksubr.c
> bounds_check_with_label() checks for i/o outside of the partition and
> for overwriting the disklabel. Reorder some checks so all copies of
> bounds_check_with_label do the checks in the same order. Order picked
> by using the currently most popular one. Should be no functional
> change.
> "If it's boring, commit it" deraadt@ (krw@)
~ disksubr.c
> a fair sprinking of knf, code movement, and sometimes
> character-by-character
> accuracy so that the variious disksubr.c's can be compared easier.
> setdisklabel() starts taking an int for openmask.
> ok krw, and read by quite a few other people (deraadt@)
~ machdep.c ~ pmap.c
> now that all partition size/offsets are potentially 64-bit, change the
> type of all variables to daddr64_t. this includes the APIs for XXsize()
> and XXdump(), all range checks inside bio drivers, internal variables
> for disklabel handling, and even uvm's swap offsets. re-read numerous
> times by otto, miod, krw, thib to look for errors (deraadt@)
~ disksubr.c
> clamp the disklabel d_secperunit to what the disk actually says it has,
> not to what some bogus disklabel from the past may say (some of which
> may have been caused by older openbsd disklabel programs). resolves
> issues seen by myself and Markus Lude on sparc/sparc64 machines (deraadt@)
~ disksubr.c
> More bounds_check_with_label homogenization. Fix a couple of typos while
> there.
> 'so go to it!' deraadt@ (krw@)
~ disksubr.c
> Comment 'fixes'. All bounds_check_with_label now identical except for
> vax and alpha. (krw@)
~ disksubr.c
> - always set the partition disk size to full disk info (from driver)
> - always store our new fatty 16-partitions-with-full-cpg-info style
> sun disklabels on the disk.
> - correct an error in matching old-style 16-partition matching code;
> the checksum spanned a different region
> tested by me, groked by krw, which is a lot more than the rest of
> the post-hackathon exhausted slackers (deraadt@)
~ disksubr.c
> annoying spacing glitch which makes the diffs bigger (deraadt@)
~ disksubr.c
> by hand i carefully found that all the differences in setdisklabel()
> implimentations were simply either missing code, or spacing and such.
> setdisklabel() can become MI now. (deraadt@)
~ disksubr.c
> The differences in the last non-homogeneous bounds_check_with_label()
> routines (alpha, vax) prove to be not worth keeping. Move
> bounds_check_with_label() into the MI world. Eliminate unreliable and
> almost certainly useless checks for overwriting a disklabel.
> After discussion with deraadt@ (krw@)
arch/vax/mba
~ hp.c
> use six new macros to access & store the 48-bit disklabel fields related
> to size. tested on almost all machines, double checked by miod and krw
> next comes the type handling surrounding these values (deraadt@)
~ hp.c
> more XXsize() functions not fixed (deraadt@)
arch/vax/mscp
~ mscp_disk.c
> use six new macros to access & store the 48-bit disklabel fields related
> to size. tested on almost all machines, double checked by miod and krw
> next comes the type handling surrounding these values (deraadt@)
~ mscp_disk.c ~ mscp_tape.c
> now that all partition size/offsets are potentially 64-bit, change the
> type of all variables to daddr64_t. this includes the APIs for XXsize()
> and XXdump(), all range checks inside bio drivers, internal variables
> for disklabel handling, and even uvm's swap offsets. re-read numerous
> times by otto, miod, krw, thib to look for errors (deraadt@)
~ mscp_disk.c
> more XXsize() functions not fixed (deraadt@)
~ mscp_disk.c
> all disklabels read from the kernel now always contain a total sector
> size which is the REAL DISK SIZE. always. if a driver fails to set
> this right, please fix it. agreed with otto and krw (deraadt@)
arch/vax/uba
~ ts.c
> now that all partition size/offsets are potentially 64-bit, change the
> type of all variables to daddr64_t. this includes the APIs for XXsize()
> and XXdump(), all range checks inside bio drivers, internal variables
> for disklabel handling, and even uvm's swap offsets. re-read numerous
> times by otto, miod, krw, thib to look for errors (deraadt@)
arch/vax/vax
~ disksubr.c
> use six new macros to access & store the 48-bit disklabel fields related
> to size. tested on almost all machines, double checked by miod and krw
> next comes the type handling surrounding these values (deraadt@)
~ disksubr.c
> bounds_check_with_label() checks for i/o outside of the partition and
> for overwriting the disklabel. Reorder some checks so all copies of
> bounds_check_with_label do the checks in the same order. Order picked
> by using the currently most popular one. Should be no functional
> change.
> "If it's boring, commit it" deraadt@ (krw@)
~ disksubr.c
> a fair sprinking of knf, code movement, and sometimes
> character-by-character
> accuracy so that the variious disksubr.c's can be compared easier.
> setdisklabel() starts taking an int for openmask.
> ok krw, and read by quite a few other people (deraadt@)
~ ctu.c ~ machdep.c
> now that all partition size/offsets are potentially 64-bit, change the
> type of all variables to daddr64_t. this includes the APIs for XXsize()
> and XXdump(), all range checks inside bio drivers, internal variables
> for disklabel handling, and even uvm's swap offsets. re-read numerous
> times by otto, miod, krw, thib to look for errors (deraadt@)
~ disksubr.c
> More bounds_check_with_label homogenization. Fix a couple of typos while
> there.
> 'so go to it!' deraadt@ (krw@)
~ disksubr.c
> best if this compiles (deraadt@)
~ disksubr.c
> all disklabels read from the kernel now always contain a total sector
> size which is the REAL DISK SIZE. always. if a driver fails to set
> this right, please fix it. agreed with otto and krw (deraadt@)
~ disksubr.c
> by hand i carefully found that all the differences in setdisklabel()
> implimentations were simply either missing code, or spacing and such.
> setdisklabel() can become MI now. (deraadt@)
~ disksubr.c
> The differences in the last non-homogeneous bounds_check_with_label()
> routines (alpha, vax) prove to be not worth keeping. Move
> bounds_check_with_label() into the MI world. Eliminate unreliable and
> almost certainly useless checks for overwriting a disklabel.
> After discussion with deraadt@ (krw@)
arch/vax/vsa
~ hdc9224.c
> use six new macros to access & store the 48-bit disklabel fields related
> to size. tested on almost all machines, double checked by miod and krw
> next comes the type handling surrounding these values (deraadt@)
~ hdc9224.c
> now that all partition size/offsets are potentially 64-bit, change the
> type of all variables to daddr64_t. this includes the APIs for XXsize()
> and XXdump(), all range checks inside bio drivers, internal variables
> for disklabel handling, and even uvm's swap offsets. re-read numerous
> times by otto, miod, krw, thib to look for errors (deraadt@)
~ hdc9224.c
> more XXsize() functions not fixed (deraadt@)
~ hdc9224.c
> all disklabels read from the kernel now always contain a total sector
> size which is the REAL DISK SIZE. always. if a driver fails to set
> this right, please fix it. agreed with otto and krw (deraadt@)
~ hdc9224.c
> typo (deraadt@)
arch/zaurus/conf
~ files.zaurus
> include files.bluetooth, so that bluetooth support can be compiled,
> if enabled.
> ok gwk@ (jasper@)
arch/zaurus/dev
~ zaurus_flash.c
> use six new macros to access & store the 48-bit disklabel fields related
> to size. tested on almost all machines, double checked by miod and krw
> next comes the type handling surrounding these values (deraadt@)
~ zaurus_flash.c
> all drivers should spoof version 1 labels (deraadt@)
compat/ibcs2
~ ibcs2_types.h
> now that all partition size/offsets are potentially 64-bit, change the
> type of all variables to daddr64_t. this includes the APIs for XXsize()
> and XXdump(), all range checks inside bio drivers, internal variables
> for disklabel handling, and even uvm's swap offsets. re-read numerous
> times by otto, miod, krw, thib to look for errors (deraadt@)
compat/linux
~ linux_blkio.c ~ linux_hdio.c
> use six new macros to access & store the 48-bit disklabel fields related
> to size. tested on almost all machines, double checked by miod and krw
> next comes the type handling surrounding these values (deraadt@)
~ linux_socket.c
> put IPX in the unsupported boat (henning@)
~ linux_blkio.c
> now that all partition size/offsets are potentially 64-bit, change the
> type of all variables to daddr64_t. this includes the APIs for XXsize()
> and XXdump(), all range checks inside bio drivers, internal variables
> for disklabel handling, and even uvm's swap offsets. re-read numerous
> times by otto, miod, krw, thib to look for errors (deraadt@)
compat/sunos
~ sunos.h
> now that all partition size/offsets are potentially 64-bit, change the
> type of all variables to daddr64_t. this includes the APIs for XXsize()
> and XXdump(), all range checks inside bio drivers, internal variables
> for disklabel handling, and even uvm's swap offsets. re-read numerous
> times by otto, miod, krw, thib to look for errors (deraadt@)
compat/svr4
~ svr4_types.h
> now that all partition size/offsets are potentially 64-bit, change the
> type of all variables to daddr64_t. this includes the APIs for XXsize()
> and XXdump(), all range checks inside bio drivers, internal variables
> for disklabel handling, and even uvm's swap offsets. re-read numerous
> times by otto, miod, krw, thib to look for errors (deraadt@)
compat/ultrix
~ ultrix_misc.c
> now that all partition size/offsets are potentially 64-bit, change the
> type of all variables to daddr64_t. this includes the APIs for XXsize()
> and XXdump(), all range checks inside bio drivers, internal variables
> for disklabel handling, and even uvm's swap offsets. re-read numerous
> times by otto, miod, krw, thib to look for errors (deraadt@)
conf
~ GENERIC ~ files
> IPX is about to go away, remove commented out IPX options in GENERIC and
> ipx related files (doesn't compile anyway) (henning@)
ddb
~ db_trap.c
> If it's cold at panic time, attempt to show a small backtrace, there are
> too
> many machines where glass console does not work correctly at this stage.
> By popular demand... (miod@)
~ db_trap.c
> Ten lines of backtrace should be better on 25-line screens, so that the
> panic
> message is still visible. (miod@)
dev
~ softraid.c
> During autoassemble get the actual raid level instead of always 1.
> Sprinkle debug throughout crypto discipline.
> Various knf, bad tedu! (marco@)
~ softraid.c
> virtual device drivers tend not to need machine/bus.h. also important
> because mvme68k (and perhaps others) do not have it. showed it to dlg
> who just shook his head (deraadt@)
~ softraid.c
> put raidc inside ifdef CRYPTO, since it won't work without it (tedu@)
~ softraid.c
> shuffle the raid 1 specific functions to be all together and closer
> to the bottom, after common functions. ok marco (tedu@)
~ softraid.c
> use S_IFCHR instead of S_IFBLK to shut the SCSI midlayer up during
> autoconf.
> ok drahn@ (marco@)
~ ccd.c ~ flash.c
~ ramdisk.c ~ softraid.c
~ vnd.c
> use six new macros to access & store the 48-bit disklabel fields related
> to size. tested on almost all machines, double checked by miod and krw
> next comes the type handling surrounding these values (deraadt@)
~ softraid.c
> consistently use one variable instead of deriving it repeatedly
> from and ok marco@ (todd@)
~ softraid.c
> Shuffle calculation of physical block so that bounds checking is not off by
> 48 blocks (metadata + metdata offset). Found by drahn.
> Fix panic message while in the same area.
> Help from otto who wrote a diff that worked around the issue.
> ok deraadt (marco@)
~ ccd.c ~ ccdvar.h
~ flash.c ~ ramdisk.c
~ softraidvar.h ~ vnd.c
> now that all partition size/offsets are potentially 64-bit, change the
> type of all variables to daddr64_t. this includes the APIs for XXsize()
> and XXdump(), all range checks inside bio drivers, internal variables
> for disklabel handling, and even uvm's swap offsets. re-read numerous
> times by otto, miod, krw, thib to look for errors (deraadt@)
~ sequencer.c
> Ansify. No binary change.
> Looked over by jasper. (mk@)
~ softraid.c ~ softraidvar.h
> correct format strings for large types; ok marco (deraadt@)
~ ccd.c ~ flash.c
> in OpenBSD as all old BSD unix, RAW_PART always starts at 0, so no
> need for special case code; ok krw (deraadt@)
~ ccd.c ~ flash.c
~ ramdisk.c ~ vnd.c
> all drivers should spoof version 1 labels (deraadt@)
dev/ata
~ wd.c
> use six new macros to access & store the 48-bit disklabel fields related
> to size. tested on almost all machines, double checked by miod and krw
> next comes the type handling surrounding these values (deraadt@)
~ wd.c ~ wdvar.h
> now that all partition size/offsets are potentially 64-bit, change the
> type of all variables to daddr64_t. this includes the APIs for XXsize()
> and XXdump(), all range checks inside bio drivers, internal variables
> for disklabel handling, and even uvm's swap offsets. re-read numerous
> times by otto, miod, krw, thib to look for errors (deraadt@)
~ wd.c
> strncpy -> strlcpy, plus a little spacing line up.
> OK deraadt. (ray@)
~ wd.c
> all drivers should spoof version 1 labels (deraadt@)
dev/gpio
~ gpioiic.c
> Switch to rwlock(9)
> ok grange@ (jsg@)
dev/ic
~ fxp.c
> do not include ipx headers (were not needed in the first place) (henning@)
~ re.c ~ rtl81x9reg.h
> - Recognize the 8110SCe 8169 revision in re(4)
> - Rename the existing 8110SC revision to 8110SCd to be consistent
> info from the linux driver via Brad (pvalchev@)
~ athvar.h ~ ath.c
> the copyright holder changed the license from "dual bsd/gpl" to be
> 2-clause bsd-only. good. (reyk@)
~ re.c ~ rtl81x9reg.h
> add another revision "RTL8168 3"; from NetBSD via Brad (pvalchev@)
~ atw.c ~ atwvar.h
~ rtw.c ~ rtwvar.h
> move ieee80211_compute_duration() and ieee80211_compute_duration1()
> functions into the two drivers that use them (atw and rtw.)
> this code is not generic enough to be used by other drivers and
> there is no chance that it will ever be used in newer driver since
> it supports 802.11b only.
> plus, it hurts my eyes each time i look into ieee80211_output.c.
> "fine with me as long as the logic doesn't change in the functions" jsg@
> (damien@)
dev/isa
~ fd.c ~ mcd.c
> use six new macros to access & store the 48-bit disklabel fields related
> to size. tested on almost all machines, double checked by miod and krw
> next comes the type handling surrounding these values (deraadt@)
~ gscsio.c
> Switch to rwlock(9)
> ok grange@ (jsg@)
~ if_ex.c
> remove never used #ifdef IPX_NOTYET code (henning@)
~ fd.c ~ mcd.c
> now that all partition size/offsets are potentially 64-bit, change the
> type of all variables to daddr64_t. this includes the APIs for XXsize()
> and XXdump(), all range checks inside bio drivers, internal variables
> for disklabel handling, and even uvm's swap offsets. re-read numerous
> times by otto, miod, krw, thib to look for errors (deraadt@)
~ fd.c ~ mcd.c
> all drivers should spoof version 1 labels (deraadt@)
- if_ed.c - if_edreg.h
- if_hp.c ~ files.isa
> remove:
> -entry for ix nic in files.isa, not even in tree
> -ep nic driver, replaced by ne ages ago
> -hp nic driver, broken for ages
> from brad, ok matthieu krw theo miod (henning@)
dev/pci
~ if_wpi.c ~ if_wpireg.h
~ if_wpivar.h
> Major wpi(4) update:
> 1/ Update the driver to use the new firmware images from Intel (2.14.3.)
> 2/ Read the list of supported channels from the EEPROM instead of having
> it hard-coded in the driver.
> 3/ Limit output power to what is specified in EEPROM.
> 4/ Decrease output power for highest OFDM rates to reduce distortion.
> 5/ Automatically adjust output power to temperature changes for increased
> throughput and range.
> 6/ Attach the adapter's onboard thermal sensor to the sensor framework.
> 7/ Replace 'magic' fields in structures with their correct definitions.
> NOTE1: you must upgrade your wpi-firmware package to rev 2.14.3 or the
> driver will stop working.
> NOTE2: if you are using a channel not allowed by the regulatory domain
> of your adapter, you will no longer be able to associate. (damien@)
~ pcidevs
> Remove incorrect entry for Intel PRO/Wireless 3945ABG.
> Fix entry for 4965AGN (upcoming iwn(4) driver.)
> The name is "Intel Wireless Wi-Fi Link 4965AGN" and not
> "Intel PRO/Wireless 4965AGN". (damien@)
~ pcidevs.h ~ pcidevs_data.h
> sync (damien@)
~ if_wpi.c
> make sensors framework usage consistent with other drivers; ok damien@
> (cnst@)
~ if_wpi.c
> - #undef the correct macro
> - improve a comment (damien@)
~ if_wpi.c
> comment an unused function (wpi_setup_beacon).
> i do not plan to add support for independant bss or hostap modes. (damien@)
~ ips.c
> Remove IPS_D_INTR debug level, IPS_D_XFER is good enough. (grange@)
~ if_ath_pci.c
> the copyright holder changed the license from "dual bsd/gpl" to be
> 2-clause bsd-only. good. (reyk@)
~ pcidevs.h ~ pcidevs_data.h
> sync. (mbalmer@)
~ pcidevs
> Add Digi International Digi Neo 8 (8 serial ports). From Pedro Almeida.
> (mbalmer@)
~ pucdata.c
> Add support for the Digi Neo 8-port serial adapter.
> Patch from Pedro Almeida <palmeida at securenetworks.pt>, with some minor
> changes by me (man page).
> ok jsg (mbalmer@)
~ if_wpi.c ~ if_wpireg.h
> print regulatory domain in dmesg output.
> fix typo in a comment. (damien@)
~ ehci_pci.c
> Remove the definition and use of the USBDEVNAME macro.
> (This might look easy, but it was a big diff. Thanks to dlg and especially
> jsg
> for looking over it; we found at least four mistakes in the initial diff.)
> ok jsg. (mbalmer@)
dev/pcmcia
~ if_malo.c
> The firmware converts every 802.11 RX data frame into a 802.3 frame,
> including the LLC/SNAP header. Mgmt frames are handled completely inside
> the firmware, we won't ever see any mgmt frame for this device.
> Remove the LLC/SNAP header in the driver to get an useable frame which
> we can pass up to the network stack. Remove some unused firmware commands.
> (mglocker@)
~ if_malo.c ~ if_malovar.h
> Make RX path work on big endian, too. (mglocker@)
~ if_malo.c ~ if_malovar.h
> Enable channel switching. (mglocker@)
~ if_xe.c
> do not include ipx headers (were not needed in the first place) (henning@)
~ if_malo.c ~ if_maloreg.h
~ if_malovar.h
> Add TX path which enables some first (unreliable yet) packet transfers.
> (mglocker@)
~ if_malo.c
> Initialize TX queue. Handle TX done interrupts in a own function.
> (mglocker@)
dev/raidframe
~ rf_copyback.c ~ rf_disks.c
~ rf_openbsdkintf.c ~ rf_reconstruct.c
> use six new macros to access & store the 48-bit disklabel fields related
> to size. tested on almost all machines, double checked by miod and krw
> next comes the type handling surrounding these values (deraadt@)
~ rf_openbsdkintf.c
> now that all partition size/offsets are potentially 64-bit, change the
> type of all variables to daddr64_t. this includes the APIs for XXsize()
> and XXdump(), all range checks inside bio drivers, internal variables
> for disklabel handling, and even uvm's swap offsets. re-read numerous
> times by otto, miod, krw, thib to look for errors (deraadt@)
~ rf_openbsdkintf.c
> Type of raidsize is now daddr64_t, not int. Fixes compile. (krw@)
~ rf_openbsdkintf.c
> all drivers should spoof version 1 labels (deraadt@)
dev/sdmmc
~ sbt.c
> Implement transmission of ACL and SCO packets (uwe@)
~ sbt.c
> Let it compile with SBT_DEBUG (uwe@)
~ sbt.c
> Oops, dispatch packets to the correct hci_input_xxx() function (uwe@)
dev/usb
~ usb_subr.c
> delete two extra lines which are not needed because that is how strings
> actually work, surprise surprise; ok claudio cnst (deraadt@)
~ usbdevs
> Add WCH/QinHeng CH341 serial/parallel (djm@)
~ usbdevs.h ~ usbdevs_data.h
> sync (djm@)
~ Makefile ~ if_auereg.h
~ if_cuereg.h ~ if_axereg.h
~ if_kuereg.h ~ usb.h
~ devlist2h.awk ~ usscanner.c
~ usb_mem.c ~ usb.c
~ umass_quirks.c ~ uhidev.h
~ uhidev.c ~ uhid.c
~ uhcivar.h ~ uaudio.c
~ if_urlreg.h ~ if_url.c
~ if_udavreg.h ~ if_kue.c
~ if_cue.c ~ if_aue.c
~ hid.c ~ ehci.c
~ ukbd.c
> Last part of FreeBSD/NetBSD sepcific code removal.
> ok jsg@ (mbalmer@)
~ usbdivar.h
> Forgot this in my last committ. (mbalmer@)
~ ehci.c ~ hid.c
~ if_aue.c ~ if_axe.c
~ if_cdce.c ~ if_cue.c
~ if_kue.c ~ if_ral.c
~ if_rum.c ~ if_uath.c
~ if_udav.c ~ if_upl.c
~ if_url.c ~ moscom.c
~ ohci.c ~ uark.c
~ uaudio.c ~ uberry.c
~ ubsa.c ~ ucom.c
~ ucycom.c ~ udsbr.c
~ ueagle.c ~ uftdi.c
~ ugen.c ~ uhci.c
~ uhid.c ~ uhidev.c
~ uhub.c ~ uipaq.c
~ ukbd.c ~ umass.c
~ umass_quirks.c ~ umct.c
~ umodem.c ~ ums.c
~ uow.c ~ uplcom.c
~ usb.c ~ usb_mem.c
~ usb_port.h ~ usb_quirks.c
~ usb_subr.c ~ usbdi.c
~ usbdi_util.c ~ uscanner.c
~ uslcom.c ~ usscanner.c
~ uts.c ~ uvisor.c
~ uvscom.c
> Remove the "Static" declaration of many functions. It was defined to be
> empty
> and it was not consistently used. It was confusing as it suggested these
> functions were static, which they were not.
> discussed with dlg and jsg, ok jsg. (mbalmer@)
~ uhub.c
> Shrink dmesg output. Tweaked version of a diff from tedu@
> ok by a bunch of people (jsg@)
~ if_atureg.h ~ if_auereg.h
~ if_axereg.h ~ if_cdcereg.h
~ if_cuereg.h ~ if_kuereg.h
~ if_ralvar.h ~ if_rumvar.h
~ if_uathvar.h ~ if_udavreg.h
~ if_upl.c ~ if_urlreg.h
~ if_zydreg.h ~ moscom.c
~ uark.c ~ uaudio.c
~ uberry.c ~ ubsa.c
~ ubt.c ~ ucom.c
~ udcf.c ~ udsbr.c
~ ueaglevar.h ~ uftdi.c
~ ugen.c ~ uhidev.h
~ uhub.c ~ uipaq.c
~ ulpt.c ~ umassvar.h
~ umct.c ~ umidivar.h
~ umodem.c ~ umsm.c
~ uow.c ~ uplcom.c
~ urio.c ~ usb.c
~ usb_port.h ~ usbdivar.h
~ usbf.c ~ usbf.h
~ usbfvar.h ~ uscanner.c
~ uslcom.c ~ usscanner.c
~ uts.c ~ uvisor.c
~ uvscom.c ~ uyap.c
> Mechanical removal of USBBASEDEVICE. No binary change.
> Tested by thib and myself.
> ok mbalmer jsg (mk@)
~ if_ral.c ~ if_rum.c
~ if_uath.c ~ ueagle.c
> re-indent prototypes after "Static" removal.
> no binary change. (damien@)
~ if_atureg.h ~ if_udavreg.h
~ uaudioreg.h ~ ueaglereg.h
~ umidireg.h ~ usb.h
~ usbcdc.h ~ usbhid.h
> Remove the definition and use of UPACKED and replace it with our own
> __packed
> (to which UPACKED was define'd before anway). No binary change, just one
> layer
> of confusion less in the sourcecode.
> ok jsg (mbalmer@)
~ usb_port.h ~ usbdi_util.c
~ usbdi_util.h
> Remove the definition and use of usb_malloc_type which is really int.
> While here, reindent the function prototypes in usbdi_util.h
> No binary change.
> ok jsg (mbalmer@)
~ TODO
> Add a CVS marker.
> ok jsg (mbalmer@)
~ if_atu.c ~ if_aue.c
~ if_axe.c ~ if_cdce.c
~ if_cue.c ~ if_ral.c
~ if_rum.c ~ if_uath.c
~ if_udav.c ~ if_upl.c
~ if_url.c ~ if_wi_usb.c
~ if_zyd.c ~ ueagle.c
~ usb_port.h
> Remove the definition and use of if_deactivate(). It was defined empty and
> thus produced no code at all.
> No binary change.
> ok jsg. (mbalmer@)
- FILES
> This information is redundant. Remove the list of files.
> suggested by and ok jsg. (mbalmer@)
~ usb_port.h
> Do not turn on debugging in most/all drivers when USB_DEBUG is defined.
> Debugging code must be turned on selectively, e.g. by defining UDCF_DEBUG.
> idea from and ok jsg. (mbalmer@)
~ ehci.c ~ ehcivar.h
~ if_aue.c ~ if_auereg.h
~ if_axe.c ~ if_axereg.h
~ if_cue.c ~ if_cuereg.h
~ if_udav.c ~ if_udavreg.h
~ if_upl.c ~ if_url.c
~ if_urlreg.h ~ if_wi_usb.c
~ ohci.c ~ ohcivar.h
~ uhci.c ~ uhcivar.h
~ ukbd.c ~ usb.c
~ usb_port.h ~ usbdi.c
~ usbdivar.h ~ usbf_subr.c
~ usbfvar.h
> Remove definitions and usage of usb_callout and related macros. These
> macros
> were used as a layer of confusion^Wabstraction around the timeout(9) API.
> No binary change.
> ok jsg. (mbalmer@)
~ if_aue.c ~ if_axe.c
~ if_cdce.c ~ if_cue.c
~ if_kue.c ~ if_ral.c
~ if_rum.c ~ if_uath.c
~ if_udav.c ~ if_upl.c
~ if_url.c ~ if_wi_usb.c
~ if_zyd.c ~ moscom.c
~ uark.c ~ uaudio.c
~ uberry.c ~ ubsa.c
~ ubt.c ~ ucom.c
~ ucycom.c ~ udcf.c
~ udsbr.c ~ ueagle.c
~ uftdi.c ~ ugen.c
~ uhid.c ~ uhidev.c
~ uhub.c ~ uipaq.c
~ ulpt.c ~ umass.c
~ umass_scsi.c ~ umct.c
~ umidi.c ~ umodem.c
~ umsm.c ~ uow.c
~ uplcom.c ~ urio.c
~ usb.c ~ usb_port.h
~ uscanner.c ~ uslcom.c
~ usscanner.c ~ uts.c
~ uvisor.c ~ uvscom.c
> Remove the definition and use of the USBDEV macro. It only created
> confusion
> and the address of it's argument: USBDEV(sc->sc_dev) yields &sc->sc_dev.
> No binary changes.
> ok jsg. (mbalmer@)
~ ehci.c ~ if_atu.c
~ if_aue.c ~ if_axe.c
~ if_cdce.c ~ if_cdcef.c
~ if_cue.c ~ if_kue.c
~ if_ral.c ~ if_rum.c
~ if_uath.c ~ if_udav.c
~ if_upl.c ~ if_url.c
~ if_wi_usb.c ~ if_zyd.c
~ moscom.c ~ ohci.c
~ uark.c ~ uaudio.c
~ uberry.c ~ ubsa.c
~ ubt.c ~ ucom.c
~ udcf.c ~ udsbr.c
~ ueagle.c ~ uftdi.c
~ ugen.c ~ uhci.c
~ uhidev.c ~ uhub.c
~ uipaq.c ~ ukbd.c
~ ulpt.c ~ umass.c
~ umass_quirks.c ~ umass_scsi.c
~ umct.c ~ umidi.c
~ umodem.c ~ ums.c
~ umsm.c ~ uow.c
~ uplcom.c ~ urio.c
~ usb.c ~ usb_port.h
~ usb_subr.c ~ usbf.c
~ usbf_subr.c ~ uscanner.c
~ uslcom.c ~ usscanner.c
~ uts.c ~ uvisor.c
~ uvscom.c ~ uyap.c
> Remove the definition and use of the USBDEVNAME macro.
> (This might look easy, but it was a big diff. Thanks to dlg and especially
> jsg
> for looking over it; we found at least four mistakes in the initial diff.)
> ok jsg. (mbalmer@)
~ usb.c ~ usb_port.h
~ usb_subr.c
> Remove the definition and use of USBDEVUNIT.
> ok jsg. (mbalmer@)
~ usb.c ~ usb_port.h
~ usb_subr.c ~ usbdi_util.c
> Get rid of the USBDEVPTRNAME macro.
> No binary change.
> ok jsg. (mbalmer@)
isofs/cd9660
~ cd9660_vfsops.c
> use six new macros to access & store the 48-bit disklabel fields related
> to size. tested on almost all machines, double checked by miod and krw
> next comes the type handling surrounding these values (deraadt@)
~ cd9660_bmap.c ~ cd9660_lookup.c
~ cd9660_vnops.c ~ iso_rrip.h
> now that all partition size/offsets are potentially 64-bit, change the
> type of all variables to daddr64_t. this includes the APIs for XXsize()
> and XXdump(), all range checks inside bio drivers, internal variables
> for disklabel handling, and even uvm's swap offsets. re-read numerous
> times by otto, miod, krw, thib to look for errors (deraadt@)
~ cd9660_vfsops.c
> all disklabels read from the kernel now always contain a total sector
> size which is the REAL DISK SIZE. always. if a driver fails to set
> this right, please fix it. agreed with otto and krw (deraadt@)
isofs/udf
~ udf_subr.c
> use six new macros to access & store the 48-bit disklabel fields related
> to size. tested on almost all machines, double checked by miod and krw
> next comes the type handling surrounding these values (deraadt@)
~ udf_vnops.c
> now that all partition size/offsets are potentially 64-bit, change the
> type of all variables to daddr64_t. this includes the APIs for XXsize()
> and XXdump(), all range checks inside bio drivers, internal variables
> for disklabel handling, and even uvm's swap offsets. re-read numerous
> times by otto, miod, krw, thib to look for errors (deraadt@)
~ udf_subr.c
> all disklabels read from the kernel now always contain a total sector
> size which is the REAL DISK SIZE. always. if a driver fails to set
> this right, please fix it. agreed with otto and krw (deraadt@)
kern
~ vfs_bio.c
> backout rev 1.91 and 1.92, it causes proceses to hang on low mem
> machines. ok deraadt@ (otto@)
~ kern_sensors.c
> perhaps it made art's head hurt because it is wrong. triggers NULL
> deref in sensor_task_work(); found by krw, dlg should talk to him
> (deraadt@)
~ subr_disk.c
> disable a part of the label validation because some Sun systems
> have contradictory information in their cyl-based labels (deraadt@)
~ subr_disk.c
> use six new macros to access & store the 48-bit disklabel fields related
> to size. tested on almost all machines, double checked by miod and krw
> next comes the type handling surrounding these values (deraadt@)
~ Make.tags.inc ~ uipc_domain.c
> remove remaining IPX hooks. all inside #ifdef IPX, so no actual change
> (henning@)
~ subr_disk.c
> even more problems with disk size consistancy checks (deraadt@)
~ subr_disk.c
> oops (deraadt@)
~ subr_disk.c
> now that all partition size/offsets are potentially 64-bit, change the
> type of all variables to daddr64_t. this includes the APIs for XXsize()
> and XXdump(), all range checks inside bio drivers, internal variables
> for disklabel handling, and even uvm's swap offsets. re-read numerous
> times by otto, miod, krw, thib to look for errors (deraadt@)
~ subr_disk.c
> fix format strings for block #'s now that they are 64 bit; ok tedu (who
> also spotted one more) (deraadt@)
~ subr_disk.c
> push RAW_PART to 0 if it is non-zero, and bitch (deraadt@)
~ subr_disk.c
> be even more forceful with RAW_PART (and note this is the wrong, and
> temporary, place (deraadt@)
~ subr_disk.c
> by hand i carefully found that all the differences in setdisklabel()
> implimentations were simply either missing code, or spacing and such.
> setdisklabel() can become MI now. (deraadt@)
~ subr_disk.c
> handle C non-0 start after doing v1 converstion.. sigh (deraadt@)
~ vfs_bio.c
> Protect access to 'bufhead' with splbio(), okay art@ millert@ marco@
> (pedro@)
~ subr_disk.c
> silently whack wrong-sized C partitions (deraadt@)
~ subr_disk.c
> The differences in the last non-homogeneous bounds_check_with_label()
> routines (alpha, vax) prove to be not worth keeping. Move
> bounds_check_with_label() into the MI world. Eliminate unreliable and
> almost certainly useless checks for overwriting a disklabel.
> After discussion with deraadt@ (krw@)
~ subr_disk.c
> blocks/sectors != blocks/blocks. Fix calculation of b_cylinder in
> bounds_check_with_label(). Tweak error path to eliminate duplicate
> code. (krw@)
~ Make.tags.inc
> Add netbt files to common files for "make tags" (uwe@)
~ subr_disk.c
> when we change fields in the label to version 1, fix the checksum (but only
> if it was ok beforehands) (deraadt@)
net
~ if.c ~ if_ethersubr.c
~ if_fddisubr.c ~ if_loop.c
~ if_spppsubr.c ~ if_tun.c
~ netisr.h ~ netisr_dispatch.h
> remove remaining IPX hooks. all inside #ifdef IPX, so no actual change
> (henning@)
~ if_vlan.c
> vlan interfaces do not allow the parent interface and the vlan number to be
> reconfigured after they are set. so they bail out when you try to. so when
> you re-run netstart on a machine with vlans, it bails out with
> ifconfig: SIOCSETVLAN: Device busy
> and IP changes are not done.
> make vlan_config() notice when both parent interface and vlan number stay
> the same and just return success without doing anything in that case.
> allows the IP config thereafter to happen. ok markus jason (henning@)
~ pf_ioctl.c
> PR 5502 From: Marc Huber <Marc.Huber at web.de>
> pfioctl()'s DIOCKILLSTATES triggers panic due to wrong test
> variable in for() loop.
> well analyzed and fixed, excellent PR, applied verbatim, thanks!
> (this was fallout from the state - state key split) (henning@)
~ if.c
> kill arcnet leftovers, some pt out by Mike Belopuhov <mkb at crypt.org.ru>,
> some I found afterwards, ok dlg (henning@)
~ pf.c
> sizeof(ptr) is no good if you want sizeof(*ptr). icmp/icmpv6. (henning@)
~ pf.c
> fix wrong argument passing to m_copyback for the log case
> (&ptr instead of ptr). should fix pflog breakage seen by bob (henning@)
net80211
~ ieee80211.c ~ ieee80211.h
~ ieee80211_crypto.c ~ ieee80211_crypto.h
~ ieee80211_input.c ~ ieee80211_ioctl.c
~ ieee80211_ioctl.h ~ ieee80211_node.c
~ ieee80211_node.h ~ ieee80211_output.c
~ ieee80211_proto.c ~ ieee80211_proto.h
~ ieee80211_var.h
> The license permits us to redistribute this code under the BSD or the
> GPLv2.
> Choose the BSD license so that future enhancements will be BSD-only.
> ok jsg@ reyk@ deraadt@ (damien@)
~ ieee80211.h ~ ieee80211_output.c
~ ieee80211_proto.h
> move ieee80211_compute_duration() and ieee80211_compute_duration1()
> functions into the two drivers that use them (atw and rtw.)
> this code is not generic enough to be used by other drivers and
> there is no chance that it will ever be used in newer driver since
> it supports 802.11b only.
> plus, it hurts my eyes each time i look into ieee80211_output.c.
> "fine with me as long as the logic doesn't change in the functions" jsg@
> (damien@)
~ ieee80211_var.h ~ ieee80211_node.h
~ ieee80211_node.c
> expand the IEEE80211_NODE_{LOCK,UNLOCK}* macros into their respective
> definitions.
> remove comments about "lock order reversals" that are specific to freebsd.
> ok reyk@ jsg@ mglocker@ (damien@)
netbt
~ hci_link.c
> Do not dereference a garbage pointer in hci_acl_send()
> testing ckuethe (uwe@)
~ hci_unit.c
> No need to call hci_enable() when we can do "btconfig <dev> up"; ok gwk
> (uwe@)
netinet
~ in_proto.c
> remove ifdef'd out ipx-in-ip registration (henning@)
netinet6
~ in6_ifattach.c ~ nd6.c
~ nd6_nbr.c
> kill arcnet leftovers, some pt out by Mike Belopuhov <mkb at crypt.org.ru>,
> some I found afterwards, ok dlg (henning@)
netipx
- ipx.c - ipx.h
- ipx_cksum.c - ipx_if.h
- ipx_input.c - ipx_ip.c
- ipx_ip.h - ipx_outputfl.c
- ipx_pcb.c - ipx_pcb.h
- ipx_proto.c