Use 0.6.0.22.rc5 as the unofficial version.

Refresh patches.

Merge branch 'upstream'

Prep zfs-0.6.0-rc5 tag

Create the fifth 0.6.0 release candidate tag (rc5).

Always allow non-user xattrs

Under Linux you may only disable USER xattrs.  The SECURITY,
SYSTEM, and TRUSTED xattr namespaces must always be available
if xattrs are supported by the filesystem.  The enforcement
of USER xattrs is performed in the zpl_xattr_user_* handlers.

Under Solaris there is only a single xattr namespace which
is managed globally.

Fix implicit declaration of 'mkdirp'

The lib/libspl/include/libgen.h header file was being mistakenly
left out of the 'make dist' tarball.  It just happens this doesn't
cause a build failure when creating packages because the system
libgen/h is included instead.  This simply results in the following
warning due to the missing forward declaration of mkdirp().

  ../../lib/libzfs/libzfs_mount.c:417:3: warning: implicit declaration
  of function 'mkdirp' [-Wimplicit-function-declaration]

Support mandatory locks (nbmand)

The Linux kernel already has support for mandatory locking.  This
change just replaces the Solaris mandatory locking calls with the
Linux equivilants.  In fact, it looks like this code could be
removed entirely because this checking is already done generically
in the Linux VFS.  However, for now we'll leave it in place even
if it is redundant just in case we missed something.

The original patch to update the code to support mandatory locking
was done by Rohan Puri.  This patch is an updated version which is
compatible with the previous mount option handling changes.

Original-Patch-by: Rohan Puri <rohan.puri15@gmail.com>
Signed-off-by: Brian Behlendorf <behlendorf1@llnl.gov>
Closes #222
Closes #253

Linux compat 2.6.39: mount_nodev()

The .get_sb callback has been replaced by a .mount callback
in the file_system_type structure.  When using the new
interface the caller must now use the mount_nodev() helper.

Unfortunately, the new interface no longer passes the vfsmount
down to the zfs layers.  This poses a problem for the existing
implementation because we currently save this pointer in the
super block for latter use.  It provides our only entry point
in to the namespace layer for manipulating certain mount options.

This needed to be done originally to allow commands like
'zfs set atime=off tank' to work properly.  It also allowed me
to keep more of the original Solaris code unmodified.  Under
Solaris there is a 1-to-1 mapping between a mount point and a
file system so this is a fairly natural thing to do.  However,
under Linux they many be multiple entries in the namespace
which reference the same filesystem.  Thus keeping a back
reference from the filesystem to the namespace is complicated.

Rather than introduce some ugly hack to get the vfsmount and
continue as before.  I'm leveraging this API change to update
the ZFS code to do things in a more natural way for Linux.
This has the upside that is resolves the compatibility issue
for the long term and fixes several other minor bugs which
have been reported.

This commit updates the code to remove this vfsmount back
reference entirely.  All modifications to filesystem mount
options are now passed in to the kernel via a '-o remount'.
This is the expected Linux mechanism and allows the namespace
to properly handle any options which apply to it before passing
them on to the file system itself.

Aside from fixing the compatibility issue, removing the
vfsmount has had the benefit of simplifying the code.  This
change which fairly involved has turned out nicely.

Closes #246
Closes #217
Closes #187
Closes #248
Closes #231

Linux compat 2.6.39: security_inode_init_security()

The security_inode_init_security() function now takes an additional
qstr argument which must be passed in from the dentry if available.
Passing a NULL is safe when no qstr is available the relevant
security checks will just be skipped.

Closes #246
Closes #217
Closes #187

Avoid 'rpm -q' bug for 'make pkg'

RPM version 4.9.0 has been observed to generate extra debug
messages in certain cases.  These debug messages prevent us
from cleanly acquiring the architecture.  This is clearly
an upstream RPM bug which will get fixed.  But until then
a safe solution is to pipe the result through 'tail -1'
to just grab the architecture bit we care about.

Example 'rpm -qp spl-0.6.0-rc4.src.rpm --qf %{arch}' output:

Freeing read locks for locker 0x166: 28031/47480843735008
Freeing read locks for locker 0x168: 28031/47480843735008
x86_64

Add ZFS specific mmap() checks

Under Linux the VFS handles virtually all of the mmap() access
checks.  Filesystem specific checks are left to be handled in
the .mmap() hook and normally there arn't any.

However, ZFS provides a few attributes which can influence the
mmap behavior and should be honored.  Note, currently the code
to modify these attributes has not been implemented under Linux.

* ZFS_IMMUTABLE | ZFS_READONLY | ZFS_APPENDONLY: when any of these
  attributes are set a file may not be mmaped with write access.

* ZFS_AV_QUARANTINED: when set a file file may not be mmaped with
  read or exec access.

Signed-off-by: Brian Behlendorf <behlendorf1@llnl.gov>

Remove unused MMAP functions

The following functions were required for the OpenSolaris mmap
implementation.  Because the Linux VFS does most the most heavy
lifting for us they are not required and are being removed to
keep the code clean and easy to understand.

  * zfs_null_putapage()
  * zfs_frlock()
  * zfs_no_putpage()

Signed-off-by: Brian Behlendorf <behlendorf@llnl.gov>

MMAP Optimization

Enable zfs_getpage, zfs_fillpage, zfs_putpage, zfs_putapage functions.
The functions have been modified to make them Linux friendly.

ZFS uses these functions to read/write the mmapped pages. Using them
from readpage/writepage results in clear code. The patch also adds
readpages and writepages interface functions to read/write list of
pages in one function call.

The code change handles the first mmap optimization mentioned on
https://github.com/behlendorf/zfs/issues/225

Signed-off-by: Prasad Joshi <pjoshi@stec-inc.com>
Signed-off-by: Brian Behlendorf <behlendorf@llnl.gov>
Issue #255

Use 0.6.0.21 as the unofficial version.

Refresh patches.

Merge branch 'upstream'

Ensure all block devices are available

These days most disk drivers will probe for devices asynchronously.
This means it's possible that when you zfs init script runs all the
required block devices may not yet have been discovered.  The result
is the pool may fail to cleanly import at boot time.  This is
particularly common when you have a large number of devices.

The fix is for the init script to block until udev settles and we
are no longer detecting new devices.  Once the system has settled
the zfs modules can be loaded and the pool with be automatically
imported.

Use truncate_setsize in zfs_setattr

According to Linux kernel commit 2c27c65e, using truncate_setsize in
setattr simplifies the code. Therefore, the patch replaces the call
to vmtruncate() with truncate_setsize().

zfs_setattr uses zfs_freesp to free the disk space belonging to the
file.  As truncate_setsize may release the page cache and flushing
the dirty data to disk, it must be called before the zfs_freesp.

Suggested-by: Brian Behlendorf <behlendorf1@llnl.gov>
Signed-off-by: Prasad Joshi <pjoshi@stec-inc.com>
Closes #255

Tear down and flush the mmap region

The inode eviction should unmap the pages associated with the inode.
These pages should also be flushed to disk to avoid the data loss.
Therefore, use truncate_setsize() in evict_inode() to release the
pagecache.

The API truncate_setsize() was added in 2.6.35 kernel. To ensure
compatibility with the old kernel, the patch defines its own
truncate_setsize function.

Signed-off-by: Prasad Joshi <pjoshi@stec-inc.com>
Closes #255

Use 0.6.0.20 as the unofficial version.

Also refresh patches.

Merge branch 'upstream'

Multipath device manageability improvements

Update udev helper scripts to deal with device-mapper devices created
by multipathd.  These enhancements are targeted at a particular
storage network topology under evaluation at LLNL consisting of two
SAS switches providing redundant connectivity between multiple server
nodes and disk enclosures.

The key to making these systems manageable is to create shortnames for
each disk that conveys its physical location in a drawer.  In a
direct-attached topology we infer a disk's enclosure from the PCI bus
number and HBA port number in the by-path name provided by udev.  In a
switched topology, however, multiple drawers are accessed via a single
HBA port.  We therefore resort to assigning drawer identifiers based
on which switch port a drive's enclosure is connected to.  This
information is available from sysfs.

Add options to zpool_layout to generate an /etc/zfs/zdev.conf using
symbolic links in /dev/disk/by-id of the form
<label>-<UUID>-switch-port:<X>-slot:<Y>.  <label> is a string that
depends on the subsystem that created the link and defaults to
"dm-uuid-mpath" (this prefix is used by multipathd).  <UUID> is a
unique identifier for the disk typically obtained from the scsi_id
program, and <X> and <Y> denote the switch port and disk slot numbers,
respectively.

Add a callout script sas_switch_id for use by multipathd to help
create symlinks of the form described above.  Update zpool_id and the
udev zpool rules file to handle both multipath devices and
conventional drives.

Linux 3.0 compat, shrinker compatibility

To accomindate the updated Linux 3.0 shrinker API the spl
shrinker compatibility code was updated.  Unfortunately, this
couldn't be done cleanly without slightly adjusting the comapt
API.  See spl commit a55bcaad181096d764e12d847e3091cd7b15509a.

This commit updates the ZFS code to use the slightly modified
API.  You must use the latest SPL if your building ZFS.

Fix unlink/xattr deadlock

The problem here is that prune_icache() tries to evict/delete
both the xattr directory inode as well as at least one xattr
inode contained in that directory. Here's what happens:

1. File is created.
2. xattr is created for that file (behind the scenes a xattr
   directory and a file in that xattr directory are created)
3. File is deleted.
4. Both the xattr directory inode and at least one xattr
   inode from that directory are evicted by prune_icache();
   prune_icache() acquires a lock on both inodes before it
   calls ->evict() on the inodes

When the xattr directory inode is evicted zfs_zinactive attempts
to delete the xattr files contained in that directory. While
enumerating these files zfs_zget() is called to obtain a reference
to the xattr file znode - which tries to lock the xattr inode.
However that very same xattr inode was already locked by
prune_icache() further up the call stack, thus leading to a
deadlock.

This can be reliably reproduced like this:
$ touch test
$ attr -s a -V b test
$ rm test
$ echo 3 > /proc/sys/vm/drop_caches

This patch fixes the deadlock by moving the zfs_purgedir() call to
zfs_unlinked_drain().  Instead zfs_rmnode() now checks whether the
xattr dir is empty and leaves the xattr dir in the unlinked set if
it finds any xattrs.

To ensure zfs_unlinked_drain() never accesses a stale super block
zfsvfs_teardown() has been update to block until the iput taskq
has been drained.  This avoids a potential race where a file with
an xattr directory is removed and the file system is immediately
unmounted.

Signed-off-by: Brian Behlendorf <behlendorf1@llnl.gov>
Closes #266

Removed erroneous zfs_inode_destroy() calls from zfs_rmnode().

iput_final() already calls zpl_inode_destroy() -> zfs_inode_destroy()
for us after zfs_zinactive(), thus making sure that the inode is
properly cleaned up.

The zfs_inode_destroy() calls in zfs_rmnode() would lead to a
double-free.

Fixes #282

Use 0.6.0.19 as the unofficial version.

Refresh patches.

Merge branch 'upstream'

Add "ashift" property to zpool create

Some disks with internal sectors larger than 512 bytes (e.g., 4k) can
suffer from bad write performance when ashift is not configured
correctly.  This is caused by the disk not reporting its actual sector
size, but a sector size of 512 bytes.  The drive may behave this way
for compatibility reasons.  For example, the WDC WD20EARS disks are
known to exhibit this behavior.

When creating a zpool, ZFS takes that wrong sector size and sets the
"ashift" property accordingly (to 9: 1<<9=512), whereas it should be
set to 12 for 4k sectors (1<<12=4096).

This patch allows an adminstrator to manual specify the known correct
ashift size at 'zpool create' time.  This can significantly improve
performance in certain cases.  However, it will have an impact on your
total pool capacity.  See the updated ashift property description
in the zpool.8 man page for additional details.

Valid values for the ashift property range from 9 to 17 (512B-128KB).
Additionally, you may set the ashift to 0 if you wish to auto-detect
the sector size based on what the disk reports, this is the default
behavior.  The most common ashift values are 9 and 12.

  Example:
  zpool create -o ashift=12 tank raidz2 sda sdb sdc sdd

Closes #280

Original-patch-by: Richard Laager <rlaager@wiktel.com>
Signed-off-by: Brian Behlendorf <behlendorf1@llnl.gov>

Linux 2.6.37 compat, WRITE_FLUSH_FUA

The WRITE_FLUSH, WRITE_FUA, and WRITE_FLUSH_FUA flags have been
introduced as a replacement for WRITE_BARRIER.  This was done
to allow richer semantics to be expressed to the block layer.
It is the block layers responsibility to choose the correct way
to implement these semantics.

This change simply updates the bio's to use the new kernel API
which should be absolutely safe.  However, since ZFS depends
entirely on this working as designed for correctness we do
want to be careful.

Closes #281

Update rpm/deb packages to be FHS compliant

This change is the first step towards updating the default
rpm/deb packages to be FHS compliant.  It accomplishes this
by passing the following options to ./configure to ensure the
zfs build products are installed in FHS compliant locations.

  ./configure --prefix=/ --bindir=/lib/udev \
    --libexecdir=/usr/libexec --datadir=/usr/share

The core zfs utilities (zfs, zpool, zdb) are now be installed
in /sbin, the core libraries in /lib, and the udev helpers
(zpool_id, zvol_id) are in /lib/udev with the other udev
helpers.

The remaining files in the zfs package remain in their
previous locations under /usr.

Autogen refresh.

Run autogen.sh using the same autotools versions as upstream:

 * autoconf-2.63
 * automake-1.11.1
 * libtool-2.2.6b

Use datadir not datarootdir for dracut

The zfs dracut modules should be installed under the --datadir
not --datarootdir path.  This was just an oversight in the
original Makefile.am.

After this change %{_datadir} can now be set safely in the
zfs.spec file.  The 'make install' location is now consistent
with the location expected by the spec file.

Fix autoconf variable substitution in udev rules.

Change the variable substitution in the udev rule templates
according to the method described in the Autoconf manual;
Chapter 4.7.2: Installation Directory Variables.

The udev rules are improperly generated if the bindir parameter
overrides the prefix parameter during configure. For example:

  # ./configure --prefix=/usr/local --bindir=/opt/zfs/bin

The udev helper is installed as /opt/zfs/bin/zpool_id, but the
corresponding udev rule has a different path:

  # /usr/local/etc/udev/rules.d/60-zpool.rules
  ENV{DEVTYPE}=="disk", IMPORT{program}="/usr/local/bin/zpool_id -d %p"

The @bindir@ variable expands to "${exec_prefix}/bin", so it cannot
be used instead of @prefix@ directly.

This also applies to the zvol_id helper.

Closes #283.

Use 0.6.0.18 as the unofficial version.

Merge branch 'upstream'

Handle /etc/mtab -> /proc/mounts symlink

Under Fedora 15 /etc/mtab is now a symlink to /proc/mounts by
default.  When /etc/mtab is a symlink the mount.zfs helper
should not update it.   There was code in place to handle this
case but it used stat() which traverses the link and then issues
the stat on /proc/mounts.  We need to use lstat() to prevent the
link traversal and instead stat /etc/mtab.

Closes #270

Always check -Wno-unused-but-set-variable gcc support

The previous commit 8a7e1ceefa430988c8f888ca708ab307333b4464 wasn't
quite right.  This check applies to both the user and kernel space
build and as such we must make sure it runs regardless of what
the --with-config option is set too.

For example, if --with-config=kernel then the autoconf test does
not run and we generate build warnings when compiling the kernel
packages.

Check for -Wno-unused-but-set-variable gcc support

Gcc versions 4.3.2 and earlier do not support the compiler flag
-Wno-unused-but-set-variable.  This can lead to build failures
on older Linux platforms such as Debian Lenny.  Since this is
an optional build argument this changes add a new autoconf check
for the option.  If it is supported by the installed version of
gcc then it is used otherwise it is omited.

See commit's 12c1acde76683108441827ae9affba1872f3afe5 and
79713039a2b6e0ed223d141b4a8a8455f282d2f2 for the reason the
-Wno-unused-but-set-variable options was originally added.

Add default stack checking

When your kernel is built with kernel stack tracing enabled and you
have the debugfs filesystem mounted.  Then the zfs.sh script will clear
the worst observed kernel stack depth on module load and check the worst
case usage on module removal.  If the stack depth ever exceeds 7000
bytes the full stack will be printed for debugging.  This is dangerously
close to overrunning the default 8k stack.

This additional advisory debugging is particularly valuable when running
the regression tests on a kernel built with 16k stacks.  In this case,
almost no matter how bad the stack overrun is you will see be able to
get a clean stack trace for debugging.  Since the worst case stack usage
can be highly variable it's helpful to always check the worst case usage.

Pass -f option for import

If a pool was not cleanly exported passing the -f flag may be required
at 'zpool import' time.  Since this test is simply validating that the
pool can be successfully imported in the absense of the cache file
always pass the -f to ensure it succeeds.  This failure was observed
under RHEL6.1.

Fix 'zfs send -D' segfault

Sending pools with dedup results in a segfault due to a Solaris
portability issue.  Under Solaris the pipe(2) library call
creates a bidirectional data channel.  Unfortunately, on Linux
pipe(2) call creates unidirection data channel.  The fix is to
use the socketpair(2) function to create the expected
bidirectional channel.

Seth Heeren did the original leg work on this issue for zfs-fuse.
We finally just rediscovered the same portability issue and
dfurphy was able to point me at the original issue for the fix.

Closes #268

Use 0.6.0.17 as the unofficial version.

Also use git-dch to update the debian/changelog.

Merge branch 'upstream'

Sanatize zpios-sanity.sh environment

Just like zconfig.sh the zpios-sanity.sh tests should run in a
sanatized environment.  This ensures they never conflict with an
installed /etc/zfs/zpool.cache file.

This commit additionally improves the -c cleanup option.  It now
removes the modules stack if loaded and destroys relevant md devices.
This behavior is now identical to zconfig.sh.

Delay before destroying loopback devices

Generally I don't approve of just adding an arbitrary delay to
avoid a problem but in this case I'm going to let it slide.  We
may need to delay briefly after 'zpool destroy' returns to ensure
the loopback devices are closed.  If they aren't closed than
losetup -d will not be able to destroy them.  Unfortunately,
there's no easy state the check so we'll have to make due with
a simple delay.

Always unload zpios.ko on exit

We should always unload zpios.ko on exit.  This ensures
that subsequent calls to 'zfs.sh -u' from other utilities
will be able to unload the module stack and properly
cleanup.  This is important for the the --cleanup option
which can be passed to zconfig.sh and zfault.sh.

Fix zpios-sanity.sh return code

The zpios-sanity.sh script should return failure when any
of the individual zpios.sh tests fail.  The previous code
would always return success suppressing real failures.

Fix stack ddt_class_contains()

Stack usage for ddt_class_contains() reduced from 524 bytes to 68
bytes.  This large stack allocation significantly contributed to
the likelyhood of a stack overflow when scrubbing/resilvering
dedup pools.

Fix stack ddt_zap_lookup()

Stack usage for ddt_zap_lookup() reduced from 368 bytes to 120
bytes.  This large stack allocation significantly contributed to
the likelyhood of a stack overflow when scrubbing/resilvering
dedup pools.

Revert "Fix stack traverse_visitbp()"

This abomination is no longer required because the zio's issued
during this recursive call path will now be handled asynchronously
by the taskq thread pool.

This reverts commit 6656bf56216f36805731298ee0f4de87ae6b6b3d.

Make tgx_sync_thread zio's async

The majority of the recursive operations performed by the dsl
are done either in the context of the tgx_sync_thread or during
pool import.  It is these recursive operations which contribute
greatly to the stack depth.  When this recursion is coupled with
a synchronous I/O in the same context overflow becomes possible.

Previously to handle this case I have focused on keeping the
individual stack frames as light as possible.  This is a good
idea as long as it can be done in a way which doesn't overly
complicate the code.  However, there is a better solution.

If we treat all zio's issued by the tgx_sync_thread as async then
we can use the tgx_sync_thread stack for the recursive parts, and
the zio_* threads for the I/O parts.  This effectively doubles our
available stack space with the only drawback being a small delay
to schedule the I/O.  However, in practice the scheduling time
is so much smaller than the actual I/O time this isn't an issue.
Another benefit of making the zio async is that the zio pipeline
is now parallel.  That should mean for CPU intensive pipelines
such as compression or dedup performance may be improved.

With this change in place the worst case stack usage observed so
far is 6902 bytes.  This is still higher than I'd like but
significantly improved.  Additional changes to specific functions
should improve this further.  This change allows us to revent
commit 6656bf5 which did some horrible things to the recursive
traverse_visitbp() callpath in the name of saving stack.

Use 0.6.0.16 as the unofficial version.

Also use git-dch to update the debian/changelog.

Merge branch 'upstream'

Fix 4K sector support

Yesterday I ran across a 3TB drive which exposed 4K sectors to
Linux.  While I thought I had gotten this support correct it
turns out there were 2 subtle bugs which prevented it from
working.

  sudo ./cmd/zpool/zpool create -f large-sector /dev/sda
  cannot create 'large-sector': one or more devices is currently unavailable

1) The first issue was that it was possible that bdev_capacity()
would return the number of 512 byte sectors rather than the number
of 4096 sectors.  Internally, certain Linux functions only operate
with 512 byte sectors so you need to be careful.  To avoid any
confusion in the future I've updated bdev_capacity() to simply
return the device (or partition) capacity in bytes.  The higher
levels of ZFS want the value in bytes anyway so this is cleaner.

2) When creating a bio the ->bi_sector count must always be
expressed in 512 byte sectors.  The existing code would scale
the byte offset by the logical sector size.   Until now this was
always 512 so it never caused problems.  Trying a 4K sector drive
clearly exposed the issue.  The problem has been fixed by
hard coding the 512 byte sector which is exactly what the bio
code does internally.

With these changes I'm now able to create ZFS pools using 4K
sector drives.  No issues were observed during fairly extensive
testing.  This is also a low risk change if your using 512b
sectors devices because none of the logic changes.

Closes #256

Use 0.6.0.15 as the unofficial version.

Merge upstream and use git-dch to update the debian/changelog.

Merge branch 'upstream'

Use vmem_alloc() for zfs_ioc_userspace_many()

The default buffer size when requesting multiple quota entries
is 100 times the zfs_useracct_t size.  In practice this works out
to exactly 27200 bytes.  Since this will be a short lived buffer
in a non-performance critical path it is preferable to vmem_alloc()
the needed memory.

Default to internal 'zfs userspace' implementation

We will never bring over the pyzfs.py helper script from Solaris
to Linux.  Instead the missing functionality will be directly
integrated in to the zfs commands and libraries.  To avoid
confusion remove the warning about the missing pyzfs.py utility
and simply use the default internal support.

The Illumous developers are of the same mind and have proposed an
initial patch to do this which has been integrated in to the 'allow'
development branch.  After some additional testing this code
can be merged in to master as the right long term solution.

Pass caller's credential in zfsdev_ioctl()

Initially when zfsdev_ioctl() was ported to Linux we didn't have
any credential support implemented.  So at the time we simply
passed NULL which wasn't much of a problem since most of the
secpolicy code was disabled.

However, one exception is quota handling which does require the
credential.  Now that proper credentials are supported we can
safely start passing the callers credential.  This is also an
initial step towards fully implemented the zfs secpolicy.

Fix 'negative objects to delete' warning

Normally when the arc_shrinker_func() function is called the return
value should be:

   >=0 - To indicate the number of freeable objects in the cache, or
   -1  - To indicate this cache should be skipped

However, when the shrinker callback is called with 'nr_to_scan' equal
to zero.  The caller simply wants the number of freeable objects in
the cache and we must never return -1.  This patch reorders the
first two conditionals in arc_shrinker_func() to ensure this behavior.

This patch also now explictly casts arc_size and arc_c_min to signed
int64_t types so MAX(x, 0) works as expected.  As unsigned types
we would never see an negative value which defeated the purpose of
the MAX() lower bound and broke the shrinker logic.

Finally, when nr_to_scan is non-zero we explictly prevent all reclaim
below arc_c_min.  This is done to prevent the Linux page cache from
completely crowding out the ARC.  This limit is tunable and some
experimentation is likely going to be required to set it exactly right.
For now we're sticking with the OpenSolaris defaults.

Closes #218
Closes #243

Fix distribution detection for gentoo

Also this may fix other distros because some of them also provide
/etc/lsb-release not only ubuntu.

Closes #244

Update synchronous open zfs_close() comment

The comment in zfs_close() pertaining to decrementing the synchronous
open count needs to be updated for Linux.  The code was already
updated to be correct, but the comment was missed and is now misleading.
Under Linux the zfs_close() hook is only called once when the final
reference is dropped.  This differs from Solaris where zfs_close()
is called for each close.

Closes #237

Remove root 'ls' after mount workaround

This workaround was introduced to workaround issue #164.  This
issue was fixed by commit 5f35b19 so the workaround can be safely
dropped from both the zfs.fedora and zfs.gentoo init scripts.

Fix zfs.gentoo init script logic

* Fix zfs.ko module check
* Check 'zfs umount -a' return value

Make zfs.gentoo init script more gentoo style.

* Improved compatibility with openrc
* Removed LOCKFILE
* Improved checksystem() function
* Remove /etc/mtab check for /
* General cleanup

Use git-dch to update the debian/changelog.

Use 0.6.0.14 as the unofficial version.

Merge branch 'upstream'

Merge pull request #235 from nedbass/rdev

Don't store rdev in SA for FIFOs and sockets

Don't store rdev in SA for FIFOs and sockets

Update the handling of named pipes and sockets to be consistent with
other platforms with regard to the rdev attribute.  While all ZFS
ipmlementations store the rdev for device files in a system attribute
(SA), this is not the case for FIFOs and sockets.  Indeed, Linux always
passes rdev=0 to mknod() for FIFOs and sockets, so the value is not
needed.  Add an ASSERT that rdev==0 for FIFOs and sockets to detect if
the expected behavior ever changes.

Closes #216

Disable direct reclaim for z_wr_* threads

The direct reclaim path in the z_wr_* threads must be disabled
to ensure forward progress is always maintained for txg processing.
This ensures that a txg will never get stuck waiting on itself
because it entered the following memory reclaim callpath.

  ->prune_icache()->dispose_list()->zpl_clear_inode()->zfs_inactive()
  ->dmu_tx_assign()->dmu_tx_wait()->tgx_wait_open()

It would be preferable to target this exact code path but the
kernel offers no way to do this without custom patches.  To avoid
this we are forced to disable all reclaim for these threads.  It
should not be necessary to do this for other other z_* threads
because they will not hold a txg open.

Closes #232

Handle NULL in nfsd .fsync() hook

How nfsd handles .fsync() has been changed a couple of times in the
recent kernels.  But basically there are three cases we need to
consider.

Linux 2.6.12 - 2.6.33
* The .fsync() hook takes 3 arguments
* The nfsd will call .fsync() with a NULL file struct pointer.

Linux 2.6.34
* The .fsync() hook takes 3 arguments
* The nfsd no longer calls .fsync() but instead used sync_inode()

Linux 2.6.35 - 2.6.x
* The .fsync() hook takes 2 arguments
* The nfsd no longer calls .fsync() but instead used sync_inode()

For once it looks like we've gotten lucky.  The first two cases can
actually be collased in to one if we stop using the file struct
pointer entirely.  Since the dentry is still passed in both cases
this is possible.  The last case can then be safely handled by
unconditionally using the dentry in the file struct pointer now
that we know the nfsd caller has been removed.

Closes #230

Fix awk usage

The zpool_id and zpool_layout helper scripts have been updated to
use the more common /usr/bin/awk symlink.  On Fedora/Redhat systems
there are both /bin/awk and /usr/bin/awk symlinks to your installed
version of awk.  On Debian/Ubuntu systems only the /usr/bin/awk
symlink exists.

Additionally, add the '\<' token to the beginning of the regex
pattern to prevent partial matches.  This pattern only appears to
work with gawk despite the mawk man page claiming to support this
extended regex.  Thus you will need to have gawk installed to use
these optional helper scripts.  A comment has been added to the
script to reflect this reality.

Use vmem_alloc() for zfs_ioc_pool_get_history()

The default buffer size when requesting history is 128k.  This
is far to large for a kmem_alloc() so instead use the slower
vmem_alloc().  This path has no performance concerns and the
buffer is immediately free'd after its contents are copied to
the user space buffer.

Use git-dch to update the debian/changelog.

Use 0.6.0.13.rc4 as the unofficial version.

Remove snapshot-mount.patch

Merge branch 'upstream'

Use git-dch to update the debian/changelog.

Add snapshot-mount.patch

The upstream zfs-0.6.0-rc4 tag was pushed back to include commit
3613204cd7e3ab1ae658e31dac875e58827a6655, which fixes a regression
that prevents mounting snapshots.

Specify a distro section for each package.

Resolve this lintian warning:

W: libzfs-dev: wrong-section-according-to-package-name libzfs-dev => libdevel
N:
N:    This package has a name suggesting that it belongs to a section other
N:    than the one it is currently categorized in.
N:
N:    Severity: normal, Certainty: possible
N:

Remove unused zfs-dkms.postrm script.

Resolve this lintian warning:

W: zfs-dkms: maintainer-script-empty postrm
N:
N:    The maintainer script doesn't seem to contain any code other than
N:    comments and boilerplate (set -e, exit statements, and the case
N:    statement to parse options). While this is harmless in most cases, it is
N:    probably not what you wanted, may mean the package will leave
N:    unnecessary files behind until purged, and may even lead to problems in
N:    rare situations where dpkg would fail if no maintainer script was
N:    present.
N:
N:    If the package currently doesn't need to do anything in this maintainer
N:    script, it shouldn't be included in the package.
N:
N:    Severity: minor, Certainty: certain
N:

Add -e switch to the zfs-dkms.prerm whackbang.

Resolve this lintian warning:

W: zfs-dkms: maintainer-script-ignores-errors prerm
N:
N:    The maintainer script doesn't seem to set the -e flag which ensures that
N:    the script's execution is aborted when any executed command fails.
N:
N:    Refer to Debian Policy Manual section 10.4 (Scripts) for details.
N:
N:    Severity: normal, Certainty: certain
N:

Remove unused zfs-dkms.preinst script.

Resolve this lintian warning:

W: zfs-dkms: maintainer-script-empty preinst
N:
N:    The maintainer script doesn't seem to contain any code other than
N:    comments and boilerplate (set -e, exit statements, and the case
N:    statement to parse options). While this is harmless in most cases, it is
N:    probably not what you wanted, may mean the package will leave
N:    unnecessary files behind until purged, and may even lead to problems in
N:    rare situations where dpkg would fail if no maintainer script was
N:    present.
N:
N:    If the package currently doesn't need to do anything in this maintainer
N:    script, it shouldn't be included in the package.
N:
N:    Severity: minor, Certainty: certain
N:

Add whackbang to the ltmain.sh script.

Resolve this lintian warning:

W: zfs-dkms: executable-not-elf-or-script usr/src/zfs-0.6.0/config/ltmain.sh
N:
N:    This executable file is not an ELF format binary, and does not start
N:    with the #! sequence that marks interpreted scripts. It might be a sh
N:    script that fails to name /bin/sh as its shell, or it may be incorrectly
N:    marked as executable. Sometimes upstream files developed on Windows are
N:    marked unnecessarily as executable on other systems.
N:
N:    If you are using debhelper to build your package, running dh_fixperms
N:    will often correct this problem for you.
N:
N:    Refer to Debian Policy Manual section 10.4 (Scripts) for details.
N:
N:    Severity: normal, Certainty: certain
N:

Disable scripts distribution.

Lintian complains about the installation of the libexec scripts
to the DKMS source in /usr/src. Resolve the lintian warning by
disabling the scripts dist rule.

This change supercedes commit f500cf9868d77ee2535902afed363688a1e154c9.

W: zfs-dkms: script-not-executable usr/src/zfs-0.6.0/scripts/common.sh
W: zfs-dkms: script-not-executable usr/src/zfs-0.6.0/scripts/zpios-test/lustre.sh
W: zfs-dkms: script-not-executable usr/src/zfs-0.6.0/scripts/zpool-config/dm0-raid0.sh
W: zfs-dkms: script-not-executable usr/src/zfs-0.6.0/scripts/zpool-config/file-raid0.sh
W: zfs-dkms: script-not-executable usr/src/zfs-0.6.0/scripts/zpool-config/file-raid10.sh
W: zfs-dkms: script-not-executable usr/src/zfs-0.6.0/scripts/zpool-config/file-raidz.sh
W: zfs-dkms: script-not-executable usr/src/zfs-0.6.0/scripts/zpool-config/file-raidz2.sh
W: zfs-dkms: script-not-executable usr/src/zfs-0.6.0/scripts/zpool-config/hda-raid0.sh
W: zfs-dkms: script-not-executable usr/src/zfs-0.6.0/scripts/zpool-config/lo-faulty-raid0.sh
W: zfs-dkms: script-not-executable usr/src/zfs-0.6.0/scripts/zpool-config/lo-faulty-raid10.sh
W: zfs-dkms: script-not-executable usr/src/zfs-0.6.0/scripts/zpool-config/lo-faulty-raidz.sh
W: zfs-dkms: script-not-executable usr/src/zfs-0.6.0/scripts/zpool-config/lo-faulty-raidz2.sh
W: zfs-dkms: script-not-executable usr/src/zfs-0.6.0/scripts/zpool-config/lo-faulty-raidz3.sh
W: zfs-dkms: script-not-executable usr/src/zfs-0.6.0/scripts/zpool-config/lo-raid0.sh
W: zfs-dkms: script-not-executable usr/src/zfs-0.6.0/scripts/zpool-config/lo-raid10.sh
W: zfs-dkms: script-not-executable usr/src/zfs-0.6.0/scripts/zpool-config/lo-raidz.sh
W: zfs-dkms: script-not-executable usr/src/zfs-0.6.0/scripts/zpool-config/lo-raidz2.sh
W: zfs-dkms: script-not-executable usr/src/zfs-0.6.0/scripts/zpool-config/md0-raid10.sh
W: zfs-dkms: script-not-executable usr/src/zfs-0.6.0/scripts/zpool-config/md0-raid5.sh
W: zfs-dkms: script-not-executable usr/src/zfs-0.6.0/scripts/zpool-config/ram0-raid0.sh
W: zfs-dkms: script-not-executable usr/src/zfs-0.6.0/scripts/zpool-config/scsi_debug-noraid.sh
W: zfs-dkms: script-not-executable usr/src/zfs-0.6.0/scripts/zpool-config/scsi_debug-raid0.sh
W: zfs-dkms: script-not-executable usr/src/zfs-0.6.0/scripts/zpool-config/scsi_debug-raid10.sh
W: zfs-dkms: script-not-executable usr/src/zfs-0.6.0/scripts/zpool-config/scsi_debug-raidz.sh
W: zfs-dkms: script-not-executable usr/src/zfs-0.6.0/scripts/zpool-config/scsi_debug-raidz2.sh
W: zfs-dkms: script-not-executable usr/src/zfs-0.6.0/scripts/zpool-config/scsi_debug-raidz3.sh
W: zfs-dkms: script-not-executable usr/src/zfs-0.6.0/scripts/zpool-config/sda-raid0.sh
W: zfs-dkms: script-not-executable usr/src/zfs-0.6.0/scripts/zpool-config/zpool-raid0.sh
W: zfs-dkms: script-not-executable usr/src/zfs-0.6.0/scripts/zpool-config/zpool-raid10.sh
W: zfs-dkms: script-not-executable usr/src/zfs-0.6.0/scripts/zpool-config/zpool-raidz.sh
N:
N:    This file starts with the #! sequence that marks interpreted scripts,
N:    but it is not executable.
N:
N:    Severity: normal, Certainty: certain
N:

Add -e switch to the zfs-dkms.postinst whackbang.

Resolve this lintian warning:

W: zfs-dkms: maintainer-script-ignores-errors postinst
N:
N:    The maintainer script doesn't seem to set the -e flag which ensures that
N:    the script's execution is aborted when any executed command fails.
N:
N:    Refer to Debian Policy Manual section 10.4 (Scripts) for details.
N:
N:    Severity: normal, Certainty: certain
N:

Flag autogen.sh as executable.

Resolve this lintian warning:

W: zfs-dkms: script-not-executable usr/src/zfs-0.6.0/autogen.sh
N:
N:    This file starts with the #! sequence that marks interpreted scripts,
N:    but it is not executable.
N:
N:    Severity: normal, Certainty: certain
N:

Add -e switch to the zfs-initramfs.preinst whackbang.

Resolve this lintian warning:

W: zfs-initramfs: maintainer-script-ignores-errors preinst
N:
N:    The maintainer script doesn't seem to set the -e flag which ensures that
N:    the script's execution is aborted when any executed command fails.
N:
N:    Refer to Debian Policy Manual section 10.4 (Scripts) for details.
N:
N:    Severity: normal, Certainty: certain
N:

Package libexec scripts as examples.

Move the libexec scripts into the package examples to resolve these
lintian warnings:

W: zfsutils: non-standard-dir-in-usr usr/libexec/
N:
N:    The FHS says "No large software packages should use a direct
N:    subdirectory under the /usr hierarchy". This package contains a
N:    directory in /usr that is not mentioned in the Filesystem Hierarchy
N:    Standard.
N:
N:    Refer to Filesystem Hierarchy Standard (The /usr Hierarchy) for details.
N:
N:    Severity: normal, Certainty: certain
N:

W: zfsutils: file-in-unusual-dir usr/libexec/zfs/common.sh
W: zfsutils: file-in-unusual-dir usr/libexec/zfs/zconfig.sh
W: zfsutils: file-in-unusual-dir usr/libexec/zfs/zfault.sh
W: zfsutils: file-in-unusual-dir usr/libexec/zfs/zfs.sh
W: zfsutils: file-in-unusual-dir usr/libexec/zfs/zpios-profile/zpios-profile-disk.sh
W: zfsutils: file-in-unusual-dir usr/libexec/zfs/zpios-profile/zpios-profile-pids.sh
W: zfsutils: file-in-unusual-dir usr/libexec/zfs/zpios-profile/zpios-profile-post.sh
W: zfsutils: file-in-unusual-dir usr/libexec/zfs/zpios-profile/zpios-profile-pre.sh
W: zfsutils: file-in-unusual-dir usr/libexec/zfs/zpios-profile/zpios-profile.sh
W: zfsutils: file-in-unusual-dir usr/libexec/zfs/zpios-sanity.sh
W: zfsutils: file-in-unusual-dir usr/libexec/zfs/zpios-survey.sh
W: zfsutils: file-in-unusual-dir usr/libexec/zfs/zpios-test/16th-8192rc-4rs-1cs-4off.sh
W: zfsutils: file-in-unusual-dir usr/libexec/zfs/zpios-test/1th-16rc-4rs-1cs-4off.sh
W: zfsutils: file-in-unusual-dir usr/libexec/zfs/zpios-test/1x256th-65536rc-4rs-1cs-4off.sh
W: zfsutils: file-in-unusual-dir usr/libexec/zfs/zpios-test/256th-65536rc-4rs-1cs-4off.sh
W: zfsutils: file-in-unusual-dir usr/libexec/zfs/zpios-test/4th-1024rc-4rs-1cs-4off.sh
W: zfsutils: file-in-unusual-dir usr/libexec/zfs/zpios-test/large-thread-survey.sh
W: zfsutils: file-in-unusual-dir usr/libexec/zfs/zpios-test/large.sh
W: zfsutils: file-in-unusual-dir usr/libexec/zfs/zpios-test/lustre.sh
W: zfsutils: file-in-unusual-dir usr/libexec/zfs/zpios-test/medium.sh
W: zfsutils: file-in-unusual-dir usr/libexec/zfs/zpios-test/small.sh
W: zfsutils: file-in-unusual-dir usr/libexec/zfs/zpios-test/tiny.sh
W: zfsutils: file-in-unusual-dir usr/libexec/zfs/zpios.sh
W: zfsutils: file-in-unusual-dir usr/libexec/zfs/zpool-config/dm0-raid0.sh
W: zfsutils: file-in-unusual-dir usr/libexec/zfs/zpool-config/file-raid0.sh
W: zfsutils: file-in-unusual-dir usr/libexec/zfs/zpool-config/file-raid10.sh
W: zfsutils: file-in-unusual-dir usr/libexec/zfs/zpool-config/file-raidz.sh
W: zfsutils: file-in-unusual-dir usr/libexec/zfs/zpool-config/file-raidz2.sh
W: zfsutils: file-in-unusual-dir usr/libexec/zfs/zpool-config/hda-raid0.sh
W: zfsutils: file-in-unusual-dir usr/libexec/zfs/zpool-config/lo-faulty-raid0.sh
W: zfsutils: file-in-unusual-dir usr/libexec/zfs/zpool-config/lo-faulty-raid10.sh
W: zfsutils: file-in-unusual-dir usr/libexec/zfs/zpool-config/lo-faulty-raidz.sh
W: zfsutils: file-in-unusual-dir usr/libexec/zfs/zpool-config/lo-faulty-raidz2.sh
W: zfsutils: file-in-unusual-dir usr/libexec/zfs/zpool-config/lo-faulty-raidz3.sh
W: zfsutils: file-in-unusual-dir usr/libexec/zfs/zpool-config/lo-raid0.sh
W: zfsutils: file-in-unusual-dir usr/libexec/zfs/zpool-config/lo-raid10.sh
W: zfsutils: file-in-unusual-dir usr/libexec/zfs/zpool-config/lo-raidz.sh
W: zfsutils: file-in-unusual-dir usr/libexec/zfs/zpool-config/lo-raidz2.sh
W: zfsutils: file-in-unusual-dir usr/libexec/zfs/zpool-config/md0-raid10.sh
W: zfsutils: file-in-unusual-dir usr/libexec/zfs/zpool-config/md0-raid5.sh
W: zfsutils: file-in-unusual-dir usr/libexec/zfs/zpool-config/ram0-raid0.sh
W: zfsutils: file-in-unusual-dir usr/libexec/zfs/zpool-config/scsi_debug-noraid.sh
W: zfsutils: file-in-unusual-dir usr/libexec/zfs/zpool-config/scsi_debug-raid0.sh
W: zfsutils: file-in-unusual-dir usr/libexec/zfs/zpool-config/scsi_debug-raid10.sh
W: zfsutils: file-in-unusual-dir usr/libexec/zfs/zpool-config/scsi_debug-raidz.sh
W: zfsutils: file-in-unusual-dir usr/libexec/zfs/zpool-config/scsi_debug-raidz2.sh
W: zfsutils: file-in-unusual-dir usr/libexec/zfs/zpool-config/scsi_debug-raidz3.sh
W: zfsutils: file-in-unusual-dir usr/libexec/zfs/zpool-config/sda-raid0.sh
W: zfsutils: file-in-unusual-dir usr/libexec/zfs/zpool-config/zpool-raid0.sh
W: zfsutils: file-in-unusual-dir usr/libexec/zfs/zpool-config/zpool-raid10.sh
W: zfsutils: file-in-unusual-dir usr/libexec/zfs/zpool-config/zpool-raidz.sh
W: zfsutils: file-in-unusual-dir usr/libexec/zfs/zpool-create.sh
N:
N:    This file or symbolic link is in a directory where files are not
N:    normally installed by Debian packages.
N:
N:    Severity: normal, Certainty: certain
N:

Add docs file for each package.

Resolve this lintian warning:

W: zfsutils: extra-license-file usr/share/doc/zfsutils/COPYING
N:
N:    All license information should be collected in the debian/copyright
N:    file. This usually makes it unnecessary for the package to install this
N:    information in other places as well.
N:
N:    Refer to Debian Policy Manual section 12.5 (Copyright information) for
N:    details.
N:
N:    Severity: normal, Certainty: possible
N:

Add -e switch to the zfsutils.preinst whackbang.

Resolve this lintian warning:

W: zfsutils: maintainer-script-ignores-errors preinst
N:
N:    The maintainer script doesn't seem to set the -e flag which ensures that
N:    the script's execution is aborted when any executed command fails.
N:
N:    Refer to Debian Policy Manual section 10.4 (Scripts) for details.
N:
N:    Severity: normal, Certainty: certain
N:

Disable zpool-layout distribution.

Resolve this lintian warning by disabling the zpool-layout example:

W: zfsutils: executable-not-elf-or-script usr/libexec/zfs/zpool-layout/dragon.llnl.conf
W: zfsutils: executable-not-elf-or-script usr/libexec/zfs/zpool-layout/dragon.ddn.conf
N:
N:    This executable file is not an ELF format binary, and does not start
N:    with the #! sequence that marks interpreted scripts. It might be a sh
N:    script that fails to name /bin/sh as its shell, or it may be incorrectly
N:    marked as executable. Sometimes upstream files developed on Windows are
N:    marked unnecessarily as executable on other systems.
N:
N:    If you are using debhelper to build your package, running dh_fixperms
N:    will often correct this problem for you.
N:
N:    Refer to Debian Policy Manual section 10.4 (Scripts) for details.
N:
N:    Severity: normal, Certainty: certain
N:

Add extended package descriptions.

Resolve this lintian error:

E: zfsutils: extended-description-is-empty
N:
N:    The extended description (the lines after the first line of the
N:    "Description:" field) is empty.
N:
N:    Severity: serious, Certainty: certain
N:

Add the debehelper token to zfsutils.preinst

Resolve this lintian warning:

W: zfs-linux source: maintainer-script-lacks-debhelper-token debian/zfsutils.preinst
N:
N:    This package is built using debhelper commands that may modify
N:    maintainer scripts, but the maintainer scripts do not contain the
N:    "#DEBHELPER#" token debhelper uses to modify them.
N:
N:    Adding the token to the scripts is recommended.
N:
N:    Severity: normal, Certainty: possible
N:

Add the debhelper token to zfs-initramfs.preinst

Resolve this lintian warning:

W: zfs-linux source: maintainer-script-lacks-debhelper-token debian/zfs-initramfs.preinst
N:
N:    This package is built using debhelper commands that may modify
N:    maintainer scripts, but the maintainer scripts do not contain the
N:    "#DEBHELPER#" token debhelper uses to modify them.
N:
N:    Adding the token to the scripts is recommended.
N:
N:    Severity: normal, Certainty: possible
N:

Allow mounting of read-only snapshots

With the addition of the mount helper we accidentally regressed
the ability to manually mount snapshots.  This commit updates
the mount helper to expect the possibility of a ZFS_TYPE_SNAPSHOT.
All snapshot will be automatically treated as 'legacy' type mounts
so they can be mounted manually.

Use git-dch to update the debian/changelog.

Quilt refresh.