Update STANDARDS
Update SYNOPSIS and add STANDARDS
remove unused extern optarg.  ok markus@
compat_linux: Add support for future time_t and ino_t size enlargements.

Reviewed by guenther@.
Since pf_state_key_attach can decide to free the provided state
key we need to sync our state key pointers with whatever values
the function will pick.  Not doing so will produce wrong results
if address translation must be applied afterwards and we happen
to have a state key collision.  Then pf_translate will follow an
old pointer and punch in garbage addresses into the packet.

Noticed, initial patch and tests by Vitaly Sinilin <vs @ kp4 ! ru>
ok tedu, henning
bail if device_lookup doesn't find anything;  brings vscsi(4)
in line with other drivers.  ok matthew
Fix subnet check. Check our rdomain against the rdomains of the other
interfaces and not against our own.

Problem noted, fix tested and ok mikeb@
Set trunk(4)'s MTU to that of the first trunkport. Allows trunk to work with
jumbo/baby-jumbo frames. To avoid problems with mismatches between trunkports,
any additional ports must have the same MTU as already set on the trunk(4).
Based on changes made in FreeBSD. Tested by myself and jj@, ok reyk@
add a CAVEATS entry relating to trunk(4)'s handling of MTUs, ok jmc@
change mrt rib dump ReopenTimerInterval from time_t to int. Intervalls
don't need to scale to 64 bits in this universe.
ok claudio@ & florian@
Remove some #ifdef 0'd code that we're never going to use again.
whitespace
Another small tweak to get things close to Linux.
remove some weird editing blip;
get NULL definition from stddef.h
Fix reversed condition to check if a midi port is referenced,
causing sometimes the port to be closed prematurely
use -q options order as order of exposed midi ports
Take the kernel lock and call the actual interrupt handler from a
single c function. This will hopefully make easier to stop taking
the kernel lock when running "mp safe" interrupt handlers.

help from ok kettenis
fix use after free in case the mbuf needs defragmentation

This fixes a panic found by Matthieu Herrb.

OK mikeb@
Handle big (a.k.a. >2TB) disks by adding logic to handle the 12 and 16
byte scsi read/write commands.

Issue pointed out by John Morrissey via bugs@. Problem reproduced and
fix tested by sf@ on vioblk.

ok sf@ kettenis@