<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/fs/btrfs/super.c, branch linux-3.17.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-3.17.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-3.17.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2015-01-08T18:27:49Z</updated>
<entry>
<title>btrfs: fix wrong accounting of raid1 data profile in statfs</title>
<updated>2015-01-08T18:27:49Z</updated>
<author>
<name>David Sterba</name>
</author>
<published>2014-11-14T14:05:06Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=c44bd16a6cc8418759f485f6980941994b87f7be'/>
<id>urn:sha1:c44bd16a6cc8418759f485f6980941994b87f7be</id>
<content type='text'>
commit 0d95c1bec906dd1ad951c9c001e798ca52baeb0f upstream.

The sizes that are obtained from space infos are in raw units and have
to be adjusted according to the raid factor. This was missing for
f_bavail and df reported doubled size for raid1.

Reported-by: Martin Steigerwald &lt;Martin@lichtvoll.de&gt;
Fixes: ba7b6e62f420 ("btrfs: adjust statfs calculations according to raid profiles")
Signed-off-by: David Sterba &lt;dsterba@suse.cz&gt;
Signed-off-by: Chris Mason &lt;clm@fb.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

</content>
</entry>
<entry>
<title>Merge branch 'for-linus2' of git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs</title>
<updated>2014-08-16T15:06:55Z</updated>
<author>
<name>Linus Torvalds</name>
</author>
<published>2014-08-16T15:06:55Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=e64df3ebe8262c8203d1fe4f541e0241c3112c01'/>
<id>urn:sha1:e64df3ebe8262c8203d1fe4f541e0241c3112c01</id>
<content type='text'>
Pull btrfs updates from Chris Mason:
 "These are all fixes I'd like to get out to a broader audience.

  The biggest of the bunch is Mark's quota fix, which is also in the
  SUSE kernel, and makes our subvolume quotas dramatically more
  accurate.

  I've been running xfstests with these against your current git
  overnight, but I'm queueing up longer tests as well"

* 'for-linus2' of git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs:
  btrfs: disable strict file flushes for renames and truncates
  Btrfs: fix csum tree corruption, duplicate and outdated checksums
  Btrfs: Fix memory corruption by ulist_add_merge() on 32bit arch
  Btrfs: fix compressed write corruption on enospc
  btrfs: correctly handle return from ulist_add
  btrfs: qgroup: account shared subtrees during snapshot delete
  Btrfs: read lock extent buffer while walking backrefs
  Btrfs: __btrfs_mod_ref should always use no_quota
  btrfs: adjust statfs calculations according to raid profiles
</content>
</entry>
<entry>
<title>btrfs: adjust statfs calculations according to raid profiles</title>
<updated>2014-08-15T14:43:10Z</updated>
<author>
<name>David Sterba</name>
</author>
<published>2014-07-01T14:21:33Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=ba7b6e62f420f5a8832bc161ab0c7ba767f65b3d'/>
<id>urn:sha1:ba7b6e62f420f5a8832bc161ab0c7ba767f65b3d</id>
<content type='text'>
This has been discussed in thread:
http://thread.gmane.org/gmane.comp.file-systems.btrfs/32528

and this patch implements this proposal:
http://thread.gmane.org/gmane.comp.file-systems.btrfs/32536

Works fine for "clean" raid profiles where the raid factor correction
does the right job. Otherwise it's pessimistic and may show low space
although there's still some left.

The df nubmers are lightly wrong in case of mixed block groups, but this
is not a major usecase and can be addressed later.

The RAID56 numbers are wrong almost the same way as before and will be
addressed separately.

CC: Hugo Mills &lt;hugo@carfax.org.uk&gt;
CC: cwillu &lt;cwillu@cwillu.com&gt;
CC: Josef Bacik &lt;jbacik@fb.com&gt;
Signed-off-by: David Sterba &lt;dsterba@suse.cz&gt;
Signed-off-by: Chris Mason &lt;clm@fb.com&gt;
</content>
</entry>
<entry>
<title>dcache: d_obtain_alias callers don't all want DISCONNECTED</title>
<updated>2014-08-07T18:40:10Z</updated>
<author>
<name>J. Bruce Fields</name>
</author>
<published>2014-02-14T22:35:37Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=1a0a397e41cb1bf70cfe45fd0eeff08c7c501ec0'/>
<id>urn:sha1:1a0a397e41cb1bf70cfe45fd0eeff08c7c501ec0</id>
<content type='text'>
There are a few d_obtain_alias callers that are using it to get the
root of a filesystem which may already have an alias somewhere else.

This is not the same as the filehandle-lookup case, and none of them
actually need DCACHE_DISCONNECTED set.

It isn't really a serious problem, but it would really be clearer if we
reserved DCACHE_DISCONNECTED for those cases where it's actually needed.

In the btrfs case this was causing a spurious printk from
nfsd/nfsfh.c:fh_verify when it found an unexpected DCACHE_DISCONNECTED
dentry.  Josef worked around this by unsetting DCACHE_DISCONNECTED
manually in 3a0dfa6a12e "Btrfs: unset DCACHE_DISCONNECTED when mounting
default subvol", and this replaces that workaround.

Cc: Josef Bacik &lt;jbacik@fb.com&gt;
Signed-off-by: J. Bruce Fields &lt;bfields@redhat.com&gt;
Signed-off-by: Al Viro &lt;viro@zeniv.linux.org.uk&gt;
</content>
</entry>
<entry>
<title>btrfs: fix null pointer dereference in btrfs_show_devname when name is null</title>
<updated>2014-07-03T14:04:09Z</updated>
<author>
<name>Anand Jain</name>
</author>
<published>2014-06-30T09:12:48Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=0aeb8a6e67cddeac1d42cf64795fde0641a1cffb'/>
<id>urn:sha1:0aeb8a6e67cddeac1d42cf64795fde0641a1cffb</id>
<content type='text'>
dev-&gt;name is null but missing flag is not set.
Strictly speaking the missing flag should have been set, but there
are more places where code just checks if name is null. For now this
patch does the same.

stack:
BUG: unable to handle kernel NULL pointer dereference at 0000000000000064
IP: [&lt;ffffffffa0228908&gt;] btrfs_show_devname+0x58/0xf0 [btrfs]

[&lt;ffffffff81198879&gt;] show_vfsmnt+0x39/0x130
[&lt;ffffffff81178056&gt;] m_show+0x16/0x20
[&lt;ffffffff8117d706&gt;] seq_read+0x296/0x390
[&lt;ffffffff8115aa7d&gt;] vfs_read+0x9d/0x160
[&lt;ffffffff8115b549&gt;] SyS_read+0x49/0x90
[&lt;ffffffff817abe52&gt;] system_call_fastpath+0x16/0x1b

reproducer:
mkfs.btrfs -draid1 -mraid1 /dev/sdg1 /dev/sdg2
btrfstune -S 1 /dev/sdg1
modprobe -r btrfs &amp;&amp; modprobe btrfs
mount -o degraded /dev/sdg1 /btrfs
btrfs dev add /dev/sdg3 /btrfs

Signed-off-by: Anand Jain &lt;Anand.Jain@oracle.com&gt;
Signed-off-by: Chris Mason &lt;clm@fb.com&gt;
</content>
</entry>
<entry>
<title>btrfs: fix nossd and ssd_spread mount option regression</title>
<updated>2014-07-03T14:04:06Z</updated>
<author>
<name>Eric Sandeen</name>
</author>
<published>2014-06-27T21:50:31Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=2aa06a35d06a34b3109bdbf1d653de1695dc8f12'/>
<id>urn:sha1:2aa06a35d06a34b3109bdbf1d653de1695dc8f12</id>
<content type='text'>
The commit

0780253 btrfs: Cleanup the btrfs_parse_options for remount.

broke ssd options quite badly; it stopped making ssd_spread
imply ssd, and it made "nossd" unsettable.

Put things back at least as well as they were before
(though ssd mount option handling is still pretty odd:
# mount -o "nossd,ssd_spread" works?)

Reported-by: Roman Mamedov &lt;rm@romanrm.net&gt;
Signed-off-by: Eric Sandeen &lt;sandeen@redhat.com&gt;
Signed-off-by: Chris Mason &lt;clm@fb.com&gt;
</content>
</entry>
<entry>
<title>Btrfs: fix race between balance recovery and root deletion</title>
<updated>2014-07-03T14:04:04Z</updated>
<author>
<name>Wang Shilong</name>
</author>
<published>2014-06-26T03:08:16Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=5f3164813b90f7dbcb5c3ab9006906222ce471b7'/>
<id>urn:sha1:5f3164813b90f7dbcb5c3ab9006906222ce471b7</id>
<content type='text'>
Balance recovery is called when RW mounting or remounting from
RO to RW, it is called to finish roots merging.

When doing balance recovery, relocation root's corresponding
fs root(whose root refs is 0) might be destroyed by cleaner
thread, this will make btrfs fail to mount.

Fix this problem by holding @cleaner_mutex when doing balance
recovery.

Signed-off-by: Wang Shilong &lt;wangsl.fnst@cn.fujitsu.com&gt;
Signed-off-by: Chris Mason &lt;clm@fb.com&gt;
</content>
</entry>
<entry>
<title>btrfs: remove stale newlines from log messages</title>
<updated>2014-06-10T00:20:53Z</updated>
<author>
<name>David Sterba</name>
</author>
<published>2014-05-15T14:48:20Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=351fd3532159441e810d458a5b681090ff8449fd'/>
<id>urn:sha1:351fd3532159441e810d458a5b681090ff8449fd</id>
<content type='text'>
I've noticed an extra line after "use no compression", but search
revealed much more in messages of more critical levels and rare errors.

Signed-off-by: David Sterba &lt;dsterba@suse.cz&gt;
Signed-off-by: Chris Mason &lt;clm@fb.com&gt;
</content>
</entry>
<entry>
<title>Btrfs: remove OPT_acl parse when acl disabled</title>
<updated>2014-06-10T00:20:50Z</updated>
<author>
<name>Guangliang Zhao</name>
</author>
<published>2014-05-12T03:04:33Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=45ff35d6b9f301cbfb6b1703466ebe4431c7567f'/>
<id>urn:sha1:45ff35d6b9f301cbfb6b1703466ebe4431c7567f</id>
<content type='text'>
Even CONFIG_BTRFS_FS_POSIX_ACL is not defined, the acl still could
been enabled using a mount option, and now fs/btrfs/acl.o is not
built, so the mount options will appear to be supported but will
be silently ignored.

Signed-off-by: Guangliang Zhao &lt;lucienchao@gmail.com&gt;
Reviewed-by: David Sterba &lt;dsterba@suse.cz&gt;
Signed-off-by: Chris Mason &lt;clm@fb.com&gt;
</content>
</entry>
<entry>
<title>Btrfs: add sanity tests for new qgroup accounting code</title>
<updated>2014-06-10T00:20:49Z</updated>
<author>
<name>Josef Bacik</name>
</author>
<published>2014-05-07T21:06:09Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=faa2dbf004e89e8f7ccd28fbe6f07c308417b8ae'/>
<id>urn:sha1:faa2dbf004e89e8f7ccd28fbe6f07c308417b8ae</id>
<content type='text'>
This exercises the various parts of the new qgroup accounting code.  We do some
basic stuff and do some things with the shared refs to make sure all that code
works.  I had to add a bunch of infrastructure because I needed to be able to
insert items into a fake tree without having to do all the hard work myself,
hopefully this will be usefull in the future.  Thanks,

Signed-off-by: Josef Bacik &lt;jbacik@fb.com&gt;
Signed-off-by: Chris Mason &lt;clm@fb.com&gt;
</content>
</entry>
</feed>
