<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src/lib, branch zfs-0.6.3</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src/atom?h=zfs-0.6.3</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src/atom?h=zfs-0.6.3'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/'/>
<updated>2014-05-31T00:00:37Z</updated>
<entry>
<title>Fix memory leak in zpool_clear_label()</title>
<updated>2014-05-31T00:00:37Z</updated>
<author>
<name>Richard Yao</name>
<email>ryao@gentoo.org</email>
</author>
<published>2014-04-23T03:35:38Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=4def05f8a68f7255dfb88606a9b475314c828a06'/>
<id>urn:sha1:4def05f8a68f7255dfb88606a9b475314c828a06</id>
<content type='text'>
Clang's static analyzer reported a memory leak in zpool_clear_label().
Upon review, it turns out to be right. This should be a very short lived
leak because no daemons use this functionality, but that does not
preclude the possibility of third party daemons that do use it. Lets fix
it to be a good Samaritan.

Signed-off-by: Richard Yao &lt;ryao@gentoo.org&gt;
Signed-off-by: Ned Bass &lt;bass6@llnl.gov&gt;
Signed-off-by: Brian Behlendorf &lt;behlendorf1@llnl.gov&gt;
Issue #2330
</content>
</entry>
<entry>
<title>Omit compiler warning by sticking to RAII</title>
<updated>2014-05-22T16:44:15Z</updated>
<author>
<name>Marcel Huber</name>
<email>marcelhuberfoo@gmail.com</email>
</author>
<published>2014-05-21T09:17:23Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=58bd7ad060b4675c47389844da25f7c25a209704'/>
<id>urn:sha1:58bd7ad060b4675c47389844da25f7c25a209704</id>
<content type='text'>
Resolve gcc 4.9.0 20140507 warnings about uninitialized 'ptr' when
using -Wmaybe-uninitialized.  The first two cases appears appear
to be legitimate but not the second two.  In general this is a
good practice so they are all initialized.

Signed-off-by: Marcel Huber &lt;marcelhuberfoo@gmail.com&gt;
Signed-off-by: Brian Behlendorf &lt;behlendorf1@llnl.gov&gt;
Closes #2345
</content>
</entry>
<entry>
<title>Check the dataset type more rigorously when fetching properties.</title>
<updated>2014-05-06T17:41:46Z</updated>
<author>
<name>Tim Chase</name>
<email>tim@chase2k.com</email>
</author>
<published>2014-04-21T18:22:08Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=962d52421236fc9cd61d59b4f18cff3276077da9'/>
<id>urn:sha1:962d52421236fc9cd61d59b4f18cff3276077da9</id>
<content type='text'>
When fetching property values of snapshots, a check against the head
dataset type must be performed.  Previously, this additional check was
performed only when fetching "version", "normalize", "utf8only" or "case".

This caused the ZPL properties "acltype", "exec", "devices", "nbmand",
"setuid" and "xattr" to be erroneously displayed with meaningless values
for snapshots of volumes.  It also did not allow for the display of
"volsize" of a snapshot of a volume.

This patch adds the headcheck flag paramater to zfs_prop_valid_for_type()
and zprop_valid_for_type() to indicate the check is being done
against a head dataset's type in order that properties valid only for
snapshots are handled correctly.  This allows the the head check in
get_numeric_property() to be performed when fetching a property for
a snapshot.

Signed-off-by: Tim Chase &lt;tim@chase2k.com&gt;
Signed-off-by: Brian Behlendorf &lt;behlendorf1@llnl.gov&gt;
Closes #2265
</content>
</entry>
<entry>
<title>libspl: Implement LWP rwlock interface</title>
<updated>2014-05-01T22:53:52Z</updated>
<author>
<name>Richard Yao</name>
<email>ryao@gentoo.org</email>
</author>
<published>2014-04-30T17:12:27Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=3af3df905fb43dd3a3957f3daea7777a434fee05'/>
<id>urn:sha1:3af3df905fb43dd3a3957f3daea7777a434fee05</id>
<content type='text'>
This implements a subset of the LWP rwlock interface by wrapping the
equivalent POSIX thread interface. It is a superset of the features
needed by ztest.

The missing bits are {,_}rw_read_held() and {,_}rw_write_held().

Signed-off-by: Richard Yao &lt;ryao@gentoo.org&gt;
Signed-off-by: Brian Behlendorf &lt;behlendorf1@llnl.gov&gt;
Issue #1970
</content>
</entry>
<entry>
<title>Fill in mountpoint buffer before using it in errors</title>
<updated>2014-04-30T22:52:01Z</updated>
<author>
<name>ilovezfs</name>
<email>ilovezfs@icloud.com</email>
</author>
<published>2014-04-30T05:47:14Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=78597769b488633c9b61ded8ede0c8790b849b75'/>
<id>urn:sha1:78597769b488633c9b61ded8ede0c8790b849b75</id>
<content type='text'>
zfs_is_mountable() fills in the mountpoint buffer, so, as in
upstream, it needs to have been called before the mountpoint
buffer can be used in error messages.

In particular,

	return (zfs_error_fmt(hdl, EZFS_MOUNTFAILED,
	    dgettext(TEXT_DOMAIN, "cannot mount '%s'"),
	    mountpoint));

should not come before the call to zfs_is_mountable().

Signed-off-by: Brian Behlendorf &lt;behlendorf1@llnl.gov&gt;
Signed-off-by: ilovezfs &lt;ilovezfs@icloud.com&gt;
Closes #2284
</content>
</entry>
<entry>
<title>Add support for aarch64 (ARMv8)</title>
<updated>2014-04-25T22:35:30Z</updated>
<author>
<name>Jorgen Lundman</name>
<email>lundman@lundman.net</email>
</author>
<published>2014-04-16T03:20:31Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=cdf37f0c596bbdca8464ccf99482725507724fae'/>
<id>urn:sha1:cdf37f0c596bbdca8464ccf99482725507724fae</id>
<content type='text'>
Using the ARM reference simulation (fast model foundation v8) I
cross compiled spl and zfs, to confirm it works on ARMv8 (64 bit
arm architecture, called aarch64 in Linux).

As it is based on previous ARM porting, the resulting patch is
disappointingly small, there was very little to do. The code fixes
the compile issues and has light testing done.

Signed-off-by: Jorgen Lundman &lt;lundman@lundman.net&gt;
Signed-off-by: Brian Behlendorf &lt;behlendorf1@llnl.gov&gt;
Closes #2260
</content>
</entry>
<entry>
<title>Report atime and relatime as the property's actual value.</title>
<updated>2014-04-16T18:57:17Z</updated>
<author>
<name>Tim Chase</name>
<email>tim@chase2k.com</email>
</author>
<published>2014-04-14T15:33:16Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=b066274a773b8dcac329786f95a2e4ea52a291a1'/>
<id>urn:sha1:b066274a773b8dcac329786f95a2e4ea52a291a1</id>
<content type='text'>
Neither atime nor relatime should be considered to be "temporary mount
point properties".  Their semantics are enforced completely within ZFS
and also they're (correctly) not documented as being temporary mount
point properties.

Signed-off-by: Tim Chase &lt;tim@chase2k.com&gt;
Signed-off-by: Brian Behlendorf &lt;behlendorf1@llnl.gov&gt;
Closes #2257
</content>
</entry>
<entry>
<title>Set errno for mkdirp() called with NULL path ptr</title>
<updated>2014-04-09T20:32:22Z</updated>
<author>
<name>Chris Dunlap</name>
<email>cdunlap@llnl.gov</email>
</author>
<published>2014-04-08T22:31:11Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=7368eb621e6c94dd8fd37020568f32c120afabf9'/>
<id>urn:sha1:7368eb621e6c94dd8fd37020568f32c120afabf9</id>
<content type='text'>
If mkdirp() is called with a NULL ptr for the path arg, it will return
-1 with errno unchanged.  This is unexpected since on error it should
return -1 and set errno to one of the error values listed for mkdir(2).

This commit sets errno = ENOENT for this NULL ptr case.  This is in
accordance with the errors specified by mkdir(2):

  ENOENT
  A component of the path prefix does not exist or is a null pathname.

Signed-off-by: Chris Dunlap &lt;cdunlap@llnl.gov&gt;
Signed-off-by: Brian Behlendorf &lt;behlendorf1@llnl.gov&gt;
Issue #2248
</content>
</entry>
<entry>
<title>Improve partition detection on lesser used devices</title>
<updated>2014-04-08T21:45:12Z</updated>
<author>
<name>Richard Yao</name>
<email>ryao@gentoo.org</email>
</author>
<published>2014-01-09T17:52:10Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=787c455ed7a519bbf2e56140621259eb7b23b6fb'/>
<id>urn:sha1:787c455ed7a519bbf2e56140621259eb7b23b6fb</id>
<content type='text'>
The format strings in efi_get_info() are intended to extract both the
main device and partition number. However, this is only done correctly
for hd, sd and vd devices. The format strings for ram, dm-, md and loop
devices misparse the input. This causes the partition device to be
incorrectly labelled as the main device with the partition being
labelled 0.

Reported-by: ilovezfs &lt;ilovezfs@icloud.com&gt;
Signed-off-by: Richard Yao &lt;ryao@gentoo.org&gt;
Signed-off-by: Brian Behlendorf &lt;behlendorf1@llnl.gov&gt;
Issue #2175
</content>
</entry>
<entry>
<title>Fix for re-reading /etc/mtab.</title>
<updated>2014-04-04T16:46:20Z</updated>
<author>
<name>John M. Layman</name>
<email>jml@frijid.net</email>
</author>
<published>2014-03-26T17:17:17Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=cbca6076b33e3d1af330e0e1f00cbf1baaf26d82'/>
<id>urn:sha1:cbca6076b33e3d1af330e0e1f00cbf1baaf26d82</id>
<content type='text'>
This is a continuation of fb5c53ea65b75c67c23f90ebbbb1134a5bb6c140:

    When /etc/mtab is updated on Linux it's done atomically with
    rename(2).  A new mtab is written, the existing mtab is unlinked,
    and the new mtab is renamed to /etc/mtab.  This means that we
    must close the old file and open the new file to get the updated
    contents.  Using rewind(3) will just move the file pointer back
    to the start of the file, freopen(3) will close and open the file.

In this commit, a few more rewind(3) calls were replaced with freopen(3)
to allow updated mtab entries to be picked up immediately.

Signed-off-by: John M. Layman &lt;jml@frijid.net&gt;
Signed-off-by: Brian Behlendorf &lt;behlendorf1@llnl.gov&gt;
Closes #2215
Issue #1611
</content>
</entry>
</feed>
