Whitespace fix.

crypto/dist/openssl/crypto/buffer/buffer.c	patch

	Minor error code fix for ticket #1750.
	[drochner, ticket #1752]
Ticket 1752.
Pull up following revision(s) (requested by enami in ticket #1753):
	lib/libpthread/pthread.c: revision 1.134
Store allocated lwpctl state in the thread actually forked,
which is the only thread lives in the child process.
The problem originally reported here:
  https://bugs.ruby-lang.org/issues/6341
Pull up following revision(s) (requested by jym in ticket #1754):
	sys/arch/amd64/amd64/db_memrw.c: revision 1.10
	sys/arch/amd64/amd64/db_memrw.c: revision 1.11
	sys/arch/i386/i386/db_memrw.c: revision 1.29
Use the current destination address to compute PTE, not the address of
origin.
Harmless, except when db_write_text() passes a page boundary.
 From Bug Hunting.
XXX has to be pulled up to -5 and -6.
invlpg on a non canonical address is a noop, so no chance to invalidate
the TLB and the CPU will not notice the access right change.
This results in write protection faults in supervisor mode when patching
kernel code through ddb(4) (originally mapped as read only).
Bug reported by David Laight on port-amd64@ (thanks!), patch and test by
me.
i386 is unaffected as PG_LGFRAME does not mask the sign bits. For the
sake of correctness, use VA_SIGN_NEG(...) anyway.
XXX this is the patch that will be pulled-up to -5 and -6.
Pull up following revision(s) (requested by gendalia in ticket #1755):
	sys/arch/x86/pci/pci_machdep.c: revision 1.36
add SIS 740 to the list of chipsets known to implement PCI configuration
mode 1 incorrectly, from Jason White
(see thread "ACPI issue with old Shuttle system" on port-i386)
Pull up following revision(s) (requested by gendalia in ticket #1757):
	share/man/man5/route.conf.5: revision 1.4
	etc/rc.d/staticroute: revision 1.4
	etc/rc.d/staticroute: revision 1.5
	etc/rc.d/staticroute: revision 1.6
Add a "return 0" to avoid incorrect error returns because we ran out of
lines to read from "/etc/route.conf".
Add proper error reporting via the return code:
Remember if any of the "route" commands failed and return an error in
that case.
Add the ability for staticroute to evaluate lines from /etc/route.conf
as shell script fragments, add example to the route.conf man page of
evaluating variables.
Remove route.conf man page statement that staticroute is enabled in
rc.conf since that's incorrect.
Wrap the staticroute while in parens, per <apb> & <christos>, and
quote all the arguments for the evals.
Tickets 1753-1755,1757.
Pull up following revision(s) (requested by nakayama in ticket #1758):
	sys/netsmb/subr_mchain.c: revision 1.21
Since "len" has changed to (unsinged) size_t, the while loop
condition (len > 0) became less able to detect its underflow.
So check the subtrahend to avoid the underflow.
Should fix PR kern/44092.
Ticket 1758.
Apply patch (requested by buhrow in ticket #1759):


sys/ufs/lfs/lfs_vnops.c				patch
sys/ufs/ufs/inode.h 				patch
sys/ufs/ufs/ufs_extern.h			patch
sys/ufs/ufs/ufs_lookup.c			patch
sys/ufs/ufs/ufs_vnops.c				patch
sys/ufs/ufs/ufs_wapbl.c				patch

	Port dholland's ufs_rename locking changes to netbsd-5.
	[buhrow, ticket #1759]

        Hello.  More testing has revealed a minor misunderstanding between the
vnode API in -current and 5.x.  The below patch, against NetBSD-5.1
sources, rolls all the accumulated patches into one patch set.  With this
patch, I believe you can now run with WAPBL, softdep or traditional ufs
semantics with heavy file loads and avoid panics due to resource exhaustion
and/or tstile deadlocks.  Testing has been done on I386, both uniprocessor
and multiprocessor, and on Sparc  machines in uniprocessor mode, though I
think multiprocessor Sparc would be fine as well.  Since these changes are
machine independent, I don't anticipate any issues on any platform.  It is
my hope that modulo any final issues that come up in the final round of
testing I'm currently performing, these patches will be ready to be pulled
up into the NetBSD-5 branch.
        Finally, I'd like to thank mouse@ and hannken@ for their help and
patience in helping me track down and test the final versions of these
patches.  With their assistance, I'm confident these patches make NetBSD-5
a much more stable and robust operating environment in a variety of
setings.
Ticket 1759.