MFC r259113, r259115, r259144, r259148:

r259113 (dteske):
  Fix failed attempt to send pkg(8) stderr to /dev/null

r259115 (dteske):
  Prevent truncating /tmp/bsdinstall_log each time we
  exec a module.

r259144 (dteske):
  Fix a regression after successfully installing to encrypted
  ZFS root, the passphrase is not accepted and a message about
  "incorrect key" is displayed.

r259148 (dteske):
  Fix a regression resulting in mountroot prompt after attempting
  to install to encrypted ZFS root (caused by a typo in a
  variable name -- ZFSBOOT_BOOT_FSNAME -> ZFSBOOT_BOOTFS_NAME).

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

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

MFC r259003:
Initialize modesetting sysctls in radeonkms.

Approved by: re (gjb)

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

MFC r259237:

drm: Read PCIER_LINK_CAP/PCIER_LINK_CAP2 from the PCI bridge

Before this fix, capabilities were read from vgapci and were incorrect.

Approved by: re (gjb)

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

MFC r259236:

drm/radeon: radeon_dp_i2c_aux_ch() must return 0 on FreeBSD

The code was unmodified compared to Linux and returned the amount of
received bytes from the i2c bus. This led to non-working i2c bus and
failure to eg. read monitor's EDID, if connected to DisplayPort.

Tested by: Mikaël Urankar <mikael.urankar@gmail.com>
Approved by: re (gjb)

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

MFC r259234:

drm/radeon: agp_info->ai_aperture_size is in bytes, not Mbytes

This fixes radeon_agp_init() and gtt_size is now correct. However, this
is not enough to make Radeon AGP cards work: ttm_agp_backend.c isn't
implemented yet.

Submitted by: tijl@
Approved by: re (gjb)

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

MFC r259183:

Properly refuse handoff requests on already connected sessions.  Previously
this would result in dropping the session.

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

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

MFC r259182:

Fix handling for empty auth-groups.  Without it, ctld child process
would either exit on assertion, or, if assertions are not enabled,
fail to authenticate the target.

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

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

MFC r258871:

Properly report an error instead of panicing when user tries to create
LUN backed by non-disk device, e.g. /dev/null.

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

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

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