Flattern all tags and dist tree for expat.
Correct a DoS issue when processing XML document with malformed
UTF-8 sequences.

Obtained from:	expat CVS (revisions 1.14 and 1.15)
Security:	CVE-2009-3560
Apply a vendor fix (rev 1.165): Don't update next pointer since it could
confuse tokenizer.

Obtained from:	expat CVS
Security:	CVE-2009-3720
import ldns 1.6.13
Integrate OpenSSL changeset 22950 (appro):

	bn_word.c: fix overflow bug in BN_add_word.
Import ACPICA 20130117.
Partially revert a vendor commit.  The following broke our acpi(4) in a very
subtle way:

https://github.com/otcshare/acpica/commit/b8cf8cd2232f4e08ef9f8df4a103a29bd8699194
Fix a long standing bug.  NextObject is the first field for very long time.
Introduce PLATFORMMETHOD_END and use it.
Pull out the if_transmit() work and revert back to ath_start().

My changed had some rather significant behavioural changes to throughput.
The two issues I noticed:

* With if_start and the ifnet mbuf queue, any temporary latency
  would get eaten up by some mbufs being queued.  With ath_transmit()
  queuing things to ath_buf's, I'd only get 512 TX buffers before I
  couldn't queue any further frames.

* There's also some non-zero latency involved with TX being pushed
  into a taskqueue via direct dispatch.  Any time the scheduler didn't
  immediately schedule the ath TX task would cause extra latency.
  Various 1ge/10ge drivers implement both direct dispatch (if the TX
  lock can be acquired) and deferred task transmission (if the TX lock
  can't be acquired), with frames being pushed into a drbd queue.
  I'll have to do this at some point, but until I figure out how to
  deal with 802.11 fragments, I'll have to wait a while longer.

So what I saw:

* lots of extra latency, specially under load - if the taskqueue
  wasn't immediately scheduled, things went pear shaped;

* any extra latency would result in TX ath_buf's taking their sweet time
  being replenished, so any further calls to ath_transmit() would drop
  mbufs.

* .. yes, there's no explicit backpressure here - things are just dropped.
  Eek.

With this, the general performance has gone up, but those subtle if_start()
related race conditions are back.  For some reason, this is doubly-obvious
with the AR5416 NIC and I don't quite understand why yet.

There's an unrelated issue with AR5416 performance in STA mode (it's
fine in AP mode when bridging frames, weirdly..) that requires a little
further investigation.  Specifically - it works fine on a Lenovo T40
(single core CPU) running a March 2012 9-STABLE kernel, but a Lenovo T60
(dual core) running an early November 2012 kernel behaves very poorly.
The same hardware with an AR9160 or AR9280 behaves perfectly.
Add myself as a ports committer and my mentor relationship.

Approved by:	swills (mentor)
Fix my email.
Add specific supported revision of D-Link DWA-140 rev B1, B2.

Submitted by:	PseudoCylon
MFC after:	1 week
Add new USB ID to FTDI driver.

MFC after:	1 week
PR:		kern/175893
Submitted by:	Tomek
Resolve a LOR after r246616. Protect control requests using the USB device
enumeration lock. Make sure all callers of usbd_enum_lock() check the return
value. Remove the control transfer specific lock. Bump the FreeBSD version
number, hence external USB modules may need to be recompiled due to a USB
device structure change.

MFC after:	1 week
Make the F_READAHEAD option to fcntl(2) work as documented:  a value of zero
now disables read-ahead.  It used to effectively restore the system default
readahead hueristic if it had been changed; a negative value now restores
the default.

Reviewed by:	kib
Add a dependency so that when compiling in a static dtb, the kernel gets
re-linked after changing the .dts source.

Reviewed by:	cognet, arm@
Remove unused variable.

MFC after:	1 week
Add strchrnul(), a GNU function similar to strchr(), except that it returns
a pointer to the end of the string, rather than NULL, if the character was
not found.

Approved by:	theraven
Restore De Bruijn algorithm for sparc64 where the compiler rely on a
library function for __builtin_c?z.

Tested by:	Michael Moll <kvedulv kvedulv de>