Document an issue in vtnet(4) + QEMU 1.4.1 or later.


git-svn-id: svn+ssh://svn.freebsd.org/base/stable/8@251680 ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
MFC 249263: Fix a potential socket leak in the NFS server.


git-svn-id: svn+ssh://svn.freebsd.org/base/stable/8@251699 ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
MFC r251109:
	Add support for tethering on the iPhone 4S

PR:	usb/179078


git-svn-id: svn+ssh://svn.freebsd.org/base/stable/8@251702 ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
MFC r250462:
	Add option to lockf to avoid creating a file if it does not exist.

PR:	bin/170775


git-svn-id: svn+ssh://svn.freebsd.org/base/stable/8@251705 ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
MFC 249315:
Proxy allocation requests for the PCI ROM BAR from child devices similar
to how the VGA bus driver currently proxies allocation requests for other
PCI BARs.


git-svn-id: svn+ssh://svn.freebsd.org/base/stable/8@251706 ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
MFC 249766: Use a higher TTL (128) for DHCP packets.


git-svn-id: svn+ssh://svn.freebsd.org/base/stable/8@251708 ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
MFC r227183,r229905,r250432,r250451,r250882:

	- Add missing static keywords to split(1)

	- Fix warning when compiling with gcc46:
	 error: variable 'defname' set but not use

	- Implement 'split -d' which allows a numeric suffix instead of an
	alphabetic one.

	- Bump .Dd for recent content change.
	Avoid signed overflow in error handling code.

PR:		bin/116209


git-svn-id: svn+ssh://svn.freebsd.org/base/stable/8@251710 ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
MFC: r251089
Add a patch analygous to r248567, r248581, r251079 to the
old NFS client to avoid the panic reported in the PR by
doing the vnode_pager_setsize() call after unlocking the mutex.


git-svn-id: svn+ssh://svn.freebsd.org/base/stable/8@251719 ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
MFC: r250176
Fix the getpwuid_r() call in the gssd daemon so that it handles
the ERANGE error return case. Without this fix, authentication
of users for certain system setups could fail unexpectedly.


git-svn-id: svn+ssh://svn.freebsd.org/base/stable/8@251721 ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
MFC: r250177
Fix the getpwnam_r() call in the pname_to_uid() kerberos library function so
that it handles the ERANGE error return case. Without this fix, authentication
of users for certain system setups could fail unexpectedly.


git-svn-id: svn+ssh://svn.freebsd.org/base/stable/8@251722 ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
MFC	r251561:

libstand: Reset the seek pointer in ext2fs as done in UFS.

PR:		177328
Submitted by:	Eric van Gyzen
Reviewed by:	iedowse


git-svn-id: svn+ssh://svn.freebsd.org/base/stable/8@251727 ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
MFC	r250550, r250566;

Update the gcc43 ChangeLog.

Add support for "d" floating-point suffix, as defined by draft N1312
of TR 24732.


git-svn-id: svn+ssh://svn.freebsd.org/base/stable/8@251728 ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
MFC	r250550:

(Missing libcpp merge)

Add support for "d" floating-point suffix, as defined by draft N1312
of TR 24732.

Reported by:	dim
Pointy hat:	pfg


git-svn-id: svn+ssh://svn.freebsd.org/base/stable/8@251746 ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
MFC 249767:
- Some BIOSes use an Extended IRQ resource descriptor in _PRS for a link
  that uses non-ISA IRQs but use a plain IRQ resource in _CRS.  However,
  a non-ISA IRQ can't fit into a plain IRQ resource.  If we encounter a
  link like this, build the resource buffer from _PRS instead of _CRS.
- Set the correct size of the end tag in a resource buffer.


git-svn-id: svn+ssh://svn.freebsd.org/base/stable/8@251755 ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
MFC 246619,247187,247265,247348,247398,247540,247585,248265,248267,248571,
    248976,249004,249042,249047,249188,249195,249196,249206,249207,249319,
    249326,249356,249357,249787,249883,249858

Merge libzfs_core, zfs deadman thread and other ZFS bugfixes and improvements.

MFC r246619:
  Correct spelling of "daemon".  No .Dd bump.
  Noticed by:	Nathan Rich <Nathan.Rich dynastysystems com>

MFC r247187:
  Import vendor change to avoid "unitialized variable" warnings.

  Illumos ZFS issues:
  3522 zfs module should not allow uninitialized variables

MFC r247265:
  Merge the ZFS I/O deadman thread from vendor (illumos).
  This feature panics the system on hanging ZFS I/O, helps debugging
  and resumes failed service.

  The panic behavior can be controlled with the loader-only tunables:
  vfs.zfs.deadman_enabled (enable or disable panic on stalled ZFS I/O)
  vfs.zfs.deadman_synctime (expiration time for stalled ZFS I/O)

  By default, ZFS I/O deadman is enabled by default on amd64 and i386
  excluding virtual guest machines.

MFC r247348:
  Be more verbose on ZFS deadman I/O panic
  Patch suggested upstream.

MFC r247398:
  Import metaslab_sync() speedup from vendor (illumos).

  Illumos ZFS issues:
  3552 condensing one space map burns 3 seconds of CPU in spa_sync() thread
  3564 spa_sync() spends 5-10% of its time in metaslab_sync() (when not
	condensing)
  3578 transferring the freed map to the defer map should be constant time
  3579 ztest trips assertion in metaslab_weight()

MFC r247540:
  Fix the zfs_ioctl compat layer to support zfs_cmd size change introduced
  in r247265 (ZFS deadman thread). Both new utilities now support the old
  kernel and new kernel properly detects old utilities.

  For future backwards compatibility, the vfs.zfs.version.ioctl read-only
  sysctl has been introduced. With this sysctl zfs utilities will be able
  to detect the ioctl interface version of the currently loaded zfs module.

MFC r247585:
  Merge new read-only zfs properties from vendor (illumos)

  Illumos ZFS issues:
  3588 provide zfs properties for logical (uncompressed) space used and
       referenced

MFC r248265:
  Update zfs.8 manpage date (missing in r247585)

MFC r248267:
  Import minor ZFS changes from vendor

  Illumos ZFS issues:
  3604 zdb should print bpobjs more verbosely (fix zdb hang)
  3606 zpool status -x shouldn't warn about old on-disk format

MFC r248571:
  MFV 238590, 238592:
  In the first zfs ioctl restructuring phase, the libzfs_core library was
  introduced. It is a new thin library that wraps around kernel ioctl's.
  The idea is to provide a forward-compatible way of dealing with new
  features. Arguments are passed in nvlists and not random zfs_cmd fields,
  new-style ioctls are logged to pool history using a new method of
  history logging.

  http://blog.delphix.com/matt/2012/01/17/the-future-of-libzfs/

  MFV 247580 [1]:
  To address issues of several deadlocks and race conditions the locking
  code around dsl_dataset was rewritten and the interface to synctasks
  was changed.

  User-Visible Changes:
  "zfs snapshot" can create more arbitrary snapshots at once (atomically)
  "zfs destroy" destroys multiple snapshots at once
  "zfs recv" has improved performance

  Backward Compatibility:
  I have extended the compatibility layer to support full backward
  compatibility by remapping or rewriting the responsible ioctl arguments.
  Old utilities are fully supported by the new kernel module.

  Forward Compatibility:
  New utilities work with old kernels with the following restrictions:
    - creating, destroying, holding and releasing of multiple snapshots
      at once is not supported, this includes recursive (-r) commands

  Illumos ZFS issues:
    2882 implement libzfs_core
    2900 "zfs snapshot" should be able to create multiple,
         arbitrary snapshots at once
    3464 zfs synctask code needs restructuring

MFC r248976:
  Call dmu_snapshot_list_next() in zvol.c with dsl_pool_config lock held

MFC r249004:
  Do not check against uninitialized rc and comment out vendor code

MFC r249042:
  Fix possible pool hold leak in dmu_send_impl()

  Illumos ZFS issues:
    3645 dmu_send_impl: possibilty of pool hold leak

MFC r249047 (avg):
  spa_open_common: fix argument to zvol_create_minors

  Prior to r248571 spa_open was always called with a bare pool name,
  but now it is called with a dataset name instead (spa_lookup handles
  that).
  So, when a ZFS root is mounted spa_open is called with a name of a root
  dataset, which can very well be different from the pool name.
  But zvol_create_minors should be called with the pool name, because it
  performs a recursive traversal of all datasets under the name to find
  all those that are volumes.

MFC r249188:
  Import vendor change to reduce diff, no effect on FreeBSD.

  Illumos ZFS issues:
    3517 importing pool with autoreplace=on and "hole" vdevs crashes
	 syseventd

MFC r249195:
  Merge change from vendor to reduce diff only.
  ZFS dtrace probes are not supported on FreeBSD yet.

  Illumos ZFS issues:
    3598 want to dtrace when errors are generated in zfs

MFC r249196:
  Provide a fix for kernel panic if receiving recursive deduplicated
  streams. Problem reported to vendor.

  Illumos ZFS issues:
    3692 Panic on zfs receive of a recursive deduplicated stream

MFC r249206:
  Merge vendor change - modify time processing in deadman thread.

  Illumos ZFS issues:
    3618 ::zio dcmd does not show timestamp data

MFC r249207:
  Allow zdb to output a histogram of compressed block sizes.

  Illumos ZFS issues:
    3641 want a histogram of compressed block sizes

MFC r249319:
  ZFS expects a copyout of zfs_cmd_t on an ioctl error. Our sys_ioctl()
  doesn't copyout in this case.

  To solve this a new struct zfs_iocparm_t is introduced consisting of:
  - zfs_ioctl_version (future backwards compatibility purposes)
  - user space pointer to zfs_cmd_t (copyin and copyout)
  - size of zfs_cmd_t (verification purposes)

  The copyin and copyout of zfs_cmd_t is now done the illumos (vendor) way
  what makes porting of new changes easier and ensures correct behavior if
  returning an error.

MFC r249326:
  Cast (void *)(uintptr_t) on copyout and copyin of zfs_iocparm_t.zfs_cmd

MFC r249356:
  Merge bugfixes accepted and integrated by vendor. Underlying problems
  have been reported by us and fixed in r240942 and r249196.

  Illumos ZFS issues:
    3645 dmu_send_impl: possibilty of pool hold leak
    3692 Panic on zfs receive of a recursive deduplicated stream

MFC r249357:
  Fix libzfs to report error instead of returning zero if trying to hold or
  release a non-existing snapshot of a existing dataset. In recursive case
  error is reported if no snapshots with the requested name have been found.

  Illumos ZFS issues:
    3699 zfs hold or release of a non-existent snapshot does not output
	 error

MFC r249787:
  The zfs synctask code restructuring introduced a new bug that makes it
  impossible to set quota and reservation on pools lower than version 22.
  Problem has been reported and a solution discussed with vendor.

  Illumos ZFS issues:
    3739 cannot set zfs quota or reservation on pool version < 22

MFC r249883:
  Respect the enoent_ok flag if reporting error for holding an non-existing
  snapshot.

  Related illumos ZFS issue:
    3699 zfs hold or release of a non-existent snapshot does not output error

MFC r249858:
  Merge vendor bugfix for a possible deadlock related to async destroy
  and improve write performance by introducing a new lock protecting
  tx_open_txg.

  Illumos ZFS issues:
    3642 dsl_scan_active() should not issue I/O to determine if async
         destroying is active
    3643 txg_delay should not hold the tc_lock


git-svn-id: svn+ssh://svn.freebsd.org/base/stable/8@251757 ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
MFC 250053:
Only cleanup CMI-related state on detach if the system supports CMI.


git-svn-id: svn+ssh://svn.freebsd.org/base/stable/8@251760 ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
MFC 250220:
Fix FIONREAD on regular files.  The computed result was being ignored and
it was being passed down to VOP_IOCTL() where it promptly resulted in
ENOTTY due to a missing else for the past 8 years.  While here, use a
shared vnode lock while fetching the current file's size.


git-svn-id: svn+ssh://svn.freebsd.org/base/stable/8@251764 ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
MFC: r249623
Both NFS clients can deadlock when using the "rdirplus" mount
option. This can occur when an nfsiod thread that already holds
a buffer lock attempts to acquire a vnode lock on an entry in
the directory (a LOR) when another thread holding the vnode lock
is waiting on an nfsiod thread. This patch avoids the deadlock by disabling
readahead for this case, so the nfsiod threads never do readdirplus.
Since readaheads for directories need the directory offset cookie
from the previous read, they cannot normally happen in parallel.
As such, testing by jhb@ and myself didn't find any performance
degredation when this patch is applied. If there is a case where
this results in a significant performance degradation, mounting
without the "rdirplus" option can be done to re-enable readahead
for directories.


git-svn-id: svn+ssh://svn.freebsd.org/base/stable/8@251768 ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
MFC r251490:

Properly set curvnet context in lagg_port_setlladdr() task handler.

Reported by:	Nikos Vassiliadis <nvass gmx.com>
Submitted by:	zec
Tested by:	Nikos Vassiliadis <nvass gmx.com>


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