<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel/git/stable/linux.git/fs/btrfs/send.c, branch linux-3.8.y</title>
<subtitle>Linux kernel stable tree</subtitle>
<id>https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux.git/atom?h=linux-3.8.y</id>
<link rel='self' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux.git/atom?h=linux-3.8.y'/>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux.git/'/>
<updated>2013-01-14T18:52:30+00:00</updated>
<entry>
<title>Btrfs: fix memory leak in name_cache_insert()</title>
<updated>2013-01-14T18:52:30+00:00</updated>
<author>
<name>Tsutomu Itoh</name>
<email>t-itoh@jp.fujitsu.com</email>
</author>
<published>2012-12-17T06:38:51+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=cfa7a9ccda711ac6ab8f0d17c3a9b540092d305a'/>
<id>urn:sha1:cfa7a9ccda711ac6ab8f0d17c3a9b540092d305a</id>
<content type='text'>
We should free name_cache_entry before returning from the
error handling code.

Signed-off-by: Tsutomu Itoh &lt;t-itoh@jp.fujitsu.com&gt;
</content>
</entry>
<entry>
<title>Btrfs: rename root_times_lock to root_item_lock</title>
<updated>2012-12-17T01:46:21+00:00</updated>
<author>
<name>Anand Jain</name>
<email>anand.jain@oracle.com</email>
</author>
<published>2012-12-07T09:28:54+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=5f3ab90a72f98adbf00c50ac2d4d2b47cf4a9685'/>
<id>urn:sha1:5f3ab90a72f98adbf00c50ac2d4d2b47cf4a9685</id>
<content type='text'>
Originally root_times_lock was introduced as part of send/receive
code however newly developed patch to label the subvol reused
the same lock, so renaming it for a meaningful name.

Signed-off-by: Anand Jain &lt;anand.jain@oracle.com&gt;
Signed-off-by: Chris Mason &lt;chris.mason@fusionio.com&gt;
</content>
</entry>
<entry>
<title>Btrfs: Send: preserve ownership (uid and gid) also for symlinks.</title>
<updated>2012-10-25T19:47:31+00:00</updated>
<author>
<name>Alex Lyakas</name>
<email>alex.btrfs@zadarastorage.com</email>
</author>
<published>2012-10-17T13:52:47+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=e2d044fe77f8e845333bb1bd29587dc08a4346a0'/>
<id>urn:sha1:e2d044fe77f8e845333bb1bd29587dc08a4346a0</id>
<content type='text'>
This patch also requires a change in the user-space part of "receive".
We need to use "lchown" instead of "chown". We will do this in the
following patch.

Signed-off-by: Alex Lyakas &lt;alex.btrfs@zadarastorage.com&gt;

 	if (S_ISREG(sctx-&gt;cur_inode_mode)) {
</content>
</entry>
<entry>
<title>Btrfs: send correct rdev and mode in btrfs-send</title>
<updated>2012-10-25T19:45:25+00:00</updated>
<author>
<name>Arne Jansen</name>
<email>sensille@gmx.net</email>
</author>
<published>2012-10-15T18:28:46+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=d79e50433b2bea09eb680ed5fae15e8a12356353'/>
<id>urn:sha1:d79e50433b2bea09eb680ed5fae15e8a12356353</id>
<content type='text'>
When sending a device file, the stream was missing the mode. Also the
rdev was encoded wrongly.

Signed-off-by: Arne Jansen &lt;sensille@gmx.net&gt;
</content>
</entry>
<entry>
<title>Btrfs: extended inode refs support for send mechanism</title>
<updated>2012-10-25T19:45:16+00:00</updated>
<author>
<name>Jan Schmidt</name>
<email>list.btrfs@jan-o-sch.net</email>
</author>
<published>2012-10-15T08:30:45+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=96b5bd777118bb673b458b41bbefc7f0f31d65c9'/>
<id>urn:sha1:96b5bd777118bb673b458b41bbefc7f0f31d65c9</id>
<content type='text'>
This adds support for the new extended inode refs to btrfs send.

Signed-off-by: Jan Schmidt &lt;list.btrfs@jan-o-sch.net&gt;
</content>
</entry>
<entry>
<title>Btrfs: write_buf is now callable outside send.c</title>
<updated>2012-10-04T13:39:55+00:00</updated>
<author>
<name>Anand Jain</name>
<email>anand.jain@oracle.com</email>
</author>
<published>2012-09-14T06:04:21+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=1bcea35597693b3ac1ec1b311cfd42d52972a710'/>
<id>urn:sha1:1bcea35597693b3ac1ec1b311cfd42d52972a710</id>
<content type='text'>
Developing service cmds needs it.

Signed-off-by: Anand Jain &lt;anand.jain@oracle.com&gt;
</content>
</entry>
<entry>
<title>Btrfs: fix a bug in parsing return value in logical resolve</title>
<updated>2012-10-01T19:19:18+00:00</updated>
<author>
<name>Liu Bo</name>
<email>liub.liubo@gmail.com</email>
</author>
<published>2012-09-08T02:01:28+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=69917e431210f8712fe050f47b7561e7dae89521'/>
<id>urn:sha1:69917e431210f8712fe050f47b7561e7dae89521</id>
<content type='text'>
In logical resolve, we parse extent_from_logical()'s 'ret' as a kind of flag.

It is possible to lose our errors because
(-EXXXX &amp; BTRFS_EXTENT_FLAG_TREE_BLOCK) is true.

I'm not sure if it is on purpose, it just looks too hacky if it is.
I'd rather use a real flag and a 'ret' to catch errors.

Acked-by: Jan Schmidt &lt;list.btrfs@jan-o-sch.net&gt;
Signed-off-by: Liu Bo &lt;liub.liubo@gmail.com&gt;
</content>
</entry>
<entry>
<title>Btrfs: fix gcc warnings for 32bit compiles</title>
<updated>2012-10-01T19:19:01+00:00</updated>
<author>
<name>Jan Schmidt</name>
<email>list.btrfs@jan-o-sch.net</email>
</author>
<published>2012-08-13T08:52:38+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=995e01b7af745b8aaa5e882cfb7bfd5baab3f335'/>
<id>urn:sha1:995e01b7af745b8aaa5e882cfb7bfd5baab3f335</id>
<content type='text'>
Signed-off-by: Jan Schmidt &lt;list.btrfs@jan-o-sch.net&gt;
Signed-off-by: Chris Mason &lt;chris.mason@fusionio.com&gt;
</content>
</entry>
<entry>
<title>Btrfs: fix btrfs send for inline items and compression</title>
<updated>2012-10-01T19:19:00+00:00</updated>
<author>
<name>Chris Mason</name>
<email>chris.mason@fusionio.com</email>
</author>
<published>2012-08-07T20:25:13+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=74dd17fbe3d65829e75d84f00a9525b2ace93998'/>
<id>urn:sha1:74dd17fbe3d65829e75d84f00a9525b2ace93998</id>
<content type='text'>
The btrfs send code was assuming the offset of the file item into the
extent translated to bytes on disk.  If we're compressed, this isn't
true, and so it was off into extents owned by other files.

It was also improperly handling inline extents.  This solves a crash
where we may have gone past the end of the file extent item by not
testing early enough for an inline extent.  It also solves problems
where we have a whole between the end of the inline item and the start
of the full extent.

Signed-off-by: Chris Mason &lt;chris.mason@fusionio.com&gt;
</content>
</entry>
<entry>
<title>Btrfs: don't treat top/root directory inode as deleted/reused</title>
<updated>2012-10-01T19:19:00+00:00</updated>
<author>
<name>Alexander Block</name>
<email>ablock84@googlemail.com</email>
</author>
<published>2012-08-01T12:48:59+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=6d85ed05e16e7ff747025c8374f23d7d81c98540'/>
<id>urn:sha1:6d85ed05e16e7ff747025c8374f23d7d81c98540</id>
<content type='text'>
We can't do the deleted/reused logic for top/root inodes as it would
create a stream that tries to delete and recreate the root dir.

Reported-by: Alex Lyakas &lt;alex.bolshoy.btrfs@gmail.com&gt;
Signed-off-by: Alexander Block &lt;ablock84@googlemail.com&gt;
</content>
</entry>
</feed>
