Apply the aborted ktrace-lwp changes to a specific branch.  This is just for
others to review, I'm concerned that patch fuziness may have resulted in some
errant code being generated but I'll look at that later by comparing the diff
from the base to the branch with the file I attempt to apply to it.  This will,
at the very least, put the changes in a better context for others to review
them and attempt to tinker with removing passing of 'struct lwp' through
the kernel.
Check in lwp-ification changes needed to get the evbarm/IQ80321 kernel
to compile.

only question I have is over the:
l->l_proc->p_stats->p_ru.ru_msgsnd++;
command at line 245 of dev/kttcp.c. Should we be doing per-lwp or
per-proc accounting?
lwp-ify a lot of the arm drivers. Needed to get acorn32/GENERIC compiling.
LWP-ify adosfs. Also remove unused variable size from adosfs_mount().

Note: These changes suffer from the same cnp->cn_lwp issue noted for
ufs. They will need to get fixed at the same time as ufs. The fix is to
add struct lwp * as a parameter to some VOPs.
LWP-ify filecore fs.

Note: These changes suffer from the same cnp->cn_lwp issue noted for
ufs. They will need to get fixed at the same time as ufs. The fix is to
add struct lwp * as a parameter to some VOPs.

Also, some how or another, this code missed out on the changes to use
genfs_lease_check, and had a dangling reference to lease_check().
Given that genfs_lease_check has been around since 1998, I'm puzzled as
to what's been going on. Noticed in a compild of acorn32/GENERIC.
LWP-ify. Changes all seem to be catching up wiht recent set_statfs_info()
chances.
LWP-ify union fs.

Note: These changes suffer from the same cnp->cn_lwp issue noted for
ufs. They will need to get fixed at the same time as ufs. The fix is to
add struct lwp * as a parameter to some VOPs.

Note also that most of the cn_lwp references used to be cn_proc references,
so if cnp->cn_lwp is bad to use, unionfs's been naughty for quite some
time.
LWP-ify to get algor/P4032 working.
LWP-ify for bebox/GENERIC
Fix patch botch. Closes PR 22043.
Fix patch botch.
Pull up following revision(s) (requested by kleink in ticket #5814):
	share/zoneinfo/australasia: revision 1.8
Merge tzdata2005m.
Pull up following revision(s) (requested by kleink in ticket #5814):
	distrib/sets/lists/base/mi: revision 1.569
Update for tzdata2005m.
Pull up following revision(s) (requested by kleink in ticket #5814):
	doc/3RDPARTY: revision 1.357
tzcode2005m out; tzdata2005m out and imported.
Ticket 5814.
Pull up following revision(s) (requested by mrg in ticket #5626):
	usr.bin/gzip/gzip.c: revision 1.73
avoid an infinite loop while decompressing invalid gzip files.
some minor CSE.  compare stat return value consistently.
thanks to tron for testing the first change.
Pull up following revision(s) (requested by xtraeme in ticket #5627):
	sys/fs/msdosfs/msdosfs_vnops.c: revision 1.17
	sys/fs/msdosfs/denode.h: revision 1.6
The maximum file size on MS-DOS filesystems is 4 GB - 1 byte, so
don't bother trying to write files bigger than this.  Just return
EFBIG to caller, rather than panic()ing later.
From OpenBSD.
This closes my PR kern/30864: "panic when copying files of >4GB on
msdosfs"
Pull up following revision(s) (requested by bouyer in ticket #5821):
	sys/dev/ata/wd.c: revision 1.307
ST3300831A also needs WD_QUIRK_FORCE_LBA48.
Pull up following revision(s) (requested by bouyer in ticket #5822):
	sys/dev/ata/wd.c: revision 1.309
Add quirk for ST3200826A. From rudolf (netbsd at eq.cz) on tech-kern.
Tickets 5626, 5627, 5821, 5822.