On thu, 10 Jan 2013 18:38:00 +0100, David Sterba wrote:
> On Thu, Jan 10, 2013 at 08:53:03PM +0800, Miao Xie wrote:
>> We may access and update transaction->abort on the different CPUs without
>> lock,
>> so we need ACCESS_ONCE() wrapper to make sure we can get the new value.
>
> ACCESS_ONCE is n
Hi, i recently subscribed to this mailing list.
Recently i have found some issues with BTRFS, i am using F18.
I installed F18 in a kvm guest.
What i found is:
* Intermittent ENOSPC when writing after erasing a file which lead to a
true ENOSPC (reported https://bugzilla.redhat.com/show_bug.cgi?i
On Tue, Jan 08, 2013 at 05:10:12PM +, Hugo Mills wrote:
> > If that helps, here's what I got after the fact when trying to mount the
> > broken filesystem before zero'ing logs
> [snip]
>
>That information may also be helpful in conjunction with the
> btrfs-image dump of a broken FS. I'm no
This adds a leak decoder callback so that kmem_cache_destroy()
can use to generate debugging output for the allocated objects.
Callers like btrfs are using their own leak tracking which will
manage allocated objects in a list(or something else), this does
indeed the same thing as what slab does.
Any comments on this new sub-command, please. ?
Thanks, Anand
On 01/10/2013 07:41 PM, Anand Jain wrote:
This is an attempt to make btrfs cli more end user friendly.
And adds show subcommand to display all known (as of now)
information of the given subvol including its snapshot(s).
The belo
Mark,
Good to create man libbtrfs ?
Thanks, Anand
On 01/09/2013 05:41 AM, Mark Fasheh wrote:
External software wanting to use the functionality provided by the btrfs
send ioctl has a hard time doing so without replicating tons of work. Of
particular interest are functions like btrfs_read_an
Mark,
Its bit strange, the steps given before can reproduce
the problem still on my older workspace. However when
I try with the fresh clone, it can reproduce the issue
(4 times, consistently) only with the following (new)
steps..
-
# git clone
git://git.kernel.org/pub/sc
On Sun, Jan 13, 2013 at 03:07:00PM +0100, Holger Hoffstaette wrote:
>
> Hi,
>
> I have an existing btrfs filesystem which was initialized with defaults. I
> want to increase the metadata block size, but after reading wiki/man pages
> etc. have come to the conclusion that this does not seem to be
On Fri, Jan 11, 2013 at 08:57:22PM -0600, Eric Sandeen wrote:
> truncate() vs. ftruncate() differ in the VFS; truncate()
> doesn't set (ATTR_CTIME | ATTR_MTIME), and it's up to the
> fs to do the timestamp updates if the size changes.
>
> Signed-off-by: Eric Sandeen
> ---
>
> Hm, am I breaking t
On Fri, Jan 11, 2013 at 12:54:32PM -0800, Zach Brown wrote:
> > But after flipping slab code, I find that another callback will disable
> > merging slabs when allocating a slab, so I'm not sure if it worth doing
> > so...
>
> Do you mean the find_mergeable() stuff in SLUB?
Yes, that's what I'm w
10 matches
Mail list logo