Remove part of the NetBSD longjmp code that was not ready to be merged.


git-svn-id: svn+ssh://svn.freebsd.org/base/head@251405 ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
Update to bmake-20130604 to fix file descriptor leak.


git-svn-id: svn+ssh://svn.freebsd.org/base/head@251422 ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
Relax the vm object locking.  Use a read lock.

Sponsored by:	EMC / Isilon Storage Division


git-svn-id: svn+ssh://svn.freebsd.org/base/head@251423 ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
New install flags were merged to 9-STABLE and will appear in FreeBSD-9.2.

Sponsored by:	DARPA, AFRL
Submitted by:	ru
MFC after:	3 days


git-svn-id: svn+ssh://svn.freebsd.org/base/head@251424 ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
- fix a bug in the previous commit that was dropping the last packet
  from each batch flowing on the VALE switch

- feature: add glue for 'indirect' buffers on the sender side:
  if a slot has NS_INDIRECT set, the netmap buffer contains pointer(s)
  to the actual userspace buffers, which are accessed with copyin().
     The feature is not finalised yet, as it will likely need to deal
  with some iovec variant for proper scatter/gather support.
  This will save one copy for clients (e.g. qemu) that cannot
  use the netmap buffer directly.

A curiosity: on amd64 copyin() appears to be 10-15% faster than pkt_copy()
or bcopy() at least for sizes of 256 and greater.


git-svn-id: svn+ssh://svn.freebsd.org/base/head@251425 ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
new features (mostly for testing netmap capabilities)

+ pkt-gen -f rx now remains active even when traffic stops
  Previous behaviour (exit after 1 second of silence) can be
  restored with the -W option

+ the -X option does a hexdump of the content of a packet (both tx and rx).
  This can be useful to check what goes in and out.

+ the -I option instructs the sender to use indirect buffers
  (not really useful other than to test the kernel module in the
  VALE switch)


git-svn-id: svn+ssh://svn.freebsd.org/base/head@251426 ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
sh: Allow multiple operands in wait builtin.

This is only part of the PR; the behaviour for unknown/invalid pids/jobs
remains unchanged (aborts the builtin with status 2).

PR:		176916
Submitted by:	Vadim Goncharov


git-svn-id: svn+ssh://svn.freebsd.org/base/head@251429 ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
sh: Return status 127 for unknown jobs in wait builtin.

This is required by POSIX, at least for pids that are not known child
processes.

Other problems with job specifications still cause wait to abort with
exit status 2.

PR:		176916


git-svn-id: svn+ssh://svn.freebsd.org/base/head@251430 ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
Pull in r183297 from upstream llvm trunk:

  PR15662: Optimized debug info produces out of order function
  parameters

  When a function is inlined we lazily construct the variables
  representing the function's parameters. After that, we add any
  remaining unused parameters.

  If the function doesn't use all the parameters, or uses them out of
  order, then the DWARF would produce them in that order, producing a
  parameter order that doesn't match the source.

  This fix causes us to always keep the arg variables at the start of
  the variable list & in the original order from the source.

Reported by:	avg
MFC after:	1 week


git-svn-id: svn+ssh://svn.freebsd.org/base/head@251431 ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
sh(1): Document new features in wait builtin.

PR:		176916


git-svn-id: svn+ssh://svn.freebsd.org/base/head@251432 ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
sleep: Explain in a comment why the [EINTR] check is there.

Suggested by:	eadler


git-svn-id: svn+ssh://svn.freebsd.org/base/head@251433 ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
cxgbe(4): Never install a firmware if hw.cxgbe.fw_install is 0.

MFC after:	1 week


git-svn-id: svn+ssh://svn.freebsd.org/base/head@251434 ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
Add GNU regex from glibc 2.17.


git-svn-id: svn+ssh://svn.freebsd.org/base/head@251436 ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
Fix build for FreeBSD.  We do not have alloca.h.


git-svn-id: svn+ssh://svn.freebsd.org/base/head@251437 ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
Connect libgnuregex 2.17 to the build.


git-svn-id: svn+ssh://svn.freebsd.org/base/head@251438 ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
Remove unneeded reference to link.h (sys/link_elf.h).

MFC after:	2 weeks


git-svn-id: svn+ssh://svn.freebsd.org/base/head@251439 ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
Use calloc().

MFC after:	2 weeks


git-svn-id: svn+ssh://svn.freebsd.org/base/head@251440 ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
As a temporary work-around (read: until there's a nice API for exposing
and controlling this form of antenna diversity) - print out the AR9285
antenna diversity configuration at attach time.

This will help track down and diagose if/when people have connectivity
issues on cards (eg if they connect a single antenna to LNA1, yet the
card has RX configured to only occur on LNA2.)

Tested:

* AR9285 w/ antenna diversity enabled in EEPROM;
* AR9285 w/ antenna diversity disabled in EEPROM; mapping only to a
  single antenna (LNA1.)


git-svn-id: svn+ssh://svn.freebsd.org/base/head@251441 ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
Enable slow diversity combining for the AR9285.

Now that I understand what's going on - and the RX antenna array maps
to what the receive LNA configuration actually is - I feel comfortable
in enabling this.

If people do have issues with this, there's enough debugging now available
that we have a chance to diagnose it without writing it up as 'weird
crap.'

Tested:

* AR9285 STA w/ diversity combining enabled in EEPROM

TODO:

* (More) testing in hostap mode


git-svn-id: svn+ssh://svn.freebsd.org/base/head@251442 ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
release: Allow empty extra distributions.

For example, WITHOUT_SHAREDOCS= in src.conf creates an empty doc
distribution.

Submitted by:	Kurt Lidl
Tested by:	Kurt Lidl
Discussed with:	gjb
MFC after:	1 week


git-svn-id: svn+ssh://svn.freebsd.org/base/head@251443 ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f