Merge r259216 from stable/10 (head r259111):

Use correct casts in gcc's emmintrin.h for the first arguments of the
following builtin functions:

* __builtin_ia32_pslldi128() takes __v4si instead of __v8hi
* __builtin_ia32_psllqi128() takes __v2di instead of __v8hi
* __builtin_ia32_psradi128() takes __v4si instead of __v8hi

This should fix the following errors when building the LINT kernel with
gcc:

sys/crypto/aesni/aesni_wrap.c:191: error: incompatible type for argument 1 of
'__builtin_ia32_psradi128'
sys/crypto/aesni/aesni_wrap.c:195: error: incompatible type for argument 1 of
'__builtin_ia32_pslldi128'

Approved by: re (glebius)

git-svn-id: svn://svn.freebsd.org/base/releng/10.0@259279 ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f

Merge r259214 from stable/10 (head r259100):

Pull in r196658 from upstream clang trunk:

  CodeGen: Don't emit linkage on thunks that aren't emitted because they're
  vararg.

  This can happen when we're trying to emit a thunk with available_externally
  linkage with optimization enabled but bail because it doesn't make sense for
  vararg functions.

  [LLVM] PR18098.

This should fix clang "Broken module found, compilation aborted" errors when
building the qt4-based dvbcut port.

Reported by: se
Approved by: re (glebius)

git-svn-id: svn://svn.freebsd.org/base/releng/10.0@259278 ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f

Merge r259175 from stable/10 (head r257065 by adrian):

    Fix a use-after-free node reference issue when waiting for a return
    from a management frame transmission.

Approved by: re (glebius)

git-svn-id: svn://svn.freebsd.org/base/releng/10.0@259188 ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f

Merge r259174 from stable/10 (head r256294 by adrian):

  Fix the "am I a net80211 vap" check for bpf listeners.

  I changed it to use if_transmit a while ago but apparently with monitor
  mode the if_transmit method is overridden.

  This is (mostly) a workaround until a more permanent solution can be
  found.

Submitted by: Patrick Kelsey <kelsey@ieee.org>
Approved by: re (glebius)

git-svn-id: svn://svn.freebsd.org/base/releng/10.0@259187 ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f

Merge r259173 from stable/10 (head r258758 by adrian):

  Make sure any waiters on the scan results get notified if the scan task
  decides to do nothing.

  If this isn't done, then a scan request whilst a scan occurs in an
  active channel set or a completed channel set will hang.

Approved by: re (glebius)

git-svn-id: svn://svn.freebsd.org/base/releng/10.0@259185 ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f

Merge r259172 from stable/10 (head r257754 by adrian):

  Don't return ENOBUFS if the transmit path handles the frame but queues
  it (eg in power save.)

PR: kern/183727
Approved by: re (glebius)

git-svn-id: svn://svn.freebsd.org/base/releng/10.0@259184 ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f

MFstable10 r259151:
  Add WITH_DVD to RELEASE_RMAKEFLAGS, otherwise it is not actually
  passed to 'make release'.

Approved by: re (glebius)
Sponsored by: The FreeBSD Foundation

git-svn-id: svn://svn.freebsd.org/base/releng/10.0@259181 ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f

Remove svn:mergeinfo from the releng/10.0 branch.

After branch creation from stable/10, the stable/10 branch mergeinfo
was moved to the root of the branch.

Since there have not been any merges from stable/10 to releng/10.0
yet, we do not need to track any of the existing mergeinfo here.

Merges to releng/10.0 should now be done to the root of the branch.

For future branches during the release cycle, unless otherwise noted,
this change will be done as part of the stable/ and releng/ branch
creation.

Discussed with: peter
Approved by: re (implicit)
Sponsored by: The FreeBSD Foundation

git-svn-id: svn://svn.freebsd.org/base/releng/10.0@259128 ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f

Forced commit to mark the real -RC1 point.

Approved by: re (implicit)
Sponsored by: The FreeBSD Foundation

git-svn-id: svn://svn.freebsd.org/base/releng/10.0@259068 ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f

When stable/10 was branched from head/, __FreeBSD_version was bumped
to 1000500 from 1000055 when it should not have been bumped yet.

At the risk of having non-standard '5XX' __FreeBSD_version suffix
in a -RELEASE, bump __FreeBSD_version in releng/10.0 from 1000100
to 1000510 to prevent the value from going backwards as part of the
stable/10 -> releng/10.0 branch.

A commit to bump __FreeBSD_version in stable/10 will follow.

Approved by: re (implicit)
Sponsored by: The FreeBSD Foundation

git-svn-id: svn://svn.freebsd.org/base/releng/10.0@259067 ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f

- Copy stable/10 (r259064) to releng/10.0 as part of the
  10.0-RELEASE cycle.
- Update __FreeBSD_version [1]
- Set branch name to -RC1

[1] 10.0-CURRENT __FreeBSD_version value ended at '55', so
    start releng/10.0 at '100' so the branch is started with
    a value ending in zero.

Approved by: re (implicit)
Sponsored by: The FreeBSD Foundation

git-svn-id: svn://svn.freebsd.org/base/releng/10.0@259065 ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f