On Wed, Jul 24, 2013 at 06:29:49PM -0500, Ben Myers wrote:
> On Wed, Jul 03, 2013 at 05:46:20PM +0800, Liu Bo wrote:
> > This is to test whether snapshot-aware defrag can work well on partial
> > extents.
> >
> > Signed-off-by: Liu Bo
> > ---
> > tests/btrfs/308 | 93
> >
alloc_rbio frees already bbio and raid_map, therefore they don't
need to be freed in case it fails
Signed-off-by: Andi Shyti
---
fs/btrfs/raid56.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/fs/btrfs/raid56.c b/fs/btrfs/raid56.c
index 0525e13..35fe775 100644
--- a/f
On Wed, Jul 03, 2013 at 05:46:20PM +0800, Liu Bo wrote:
> This is to test whether snapshot-aware defrag can work well on partial
> extents.
>
> Signed-off-by: Liu Bo
> ---
> tests/btrfs/308 | 93
> +++
> tests/btrfs/308.out |2 +
> test
On Tue, Jul 02, 2013 at 03:17:18PM -0400, Josef Bacik wrote:
> This is similar to a previous fix I sent. 1 gig makes us do mixed file block
> groups for btrfs, so these enospc tests will usually fail because we don't
> have
> space for metadata, which is the case for this test. So jack the size
> This should have been fixed in 3.10 RC1 with the commit "Btrfs: fix tree mod
> log regression on root split operations". If you still see it in 3.10,
> apparently it isn't.
>
> Can you please post a log of the BUG when this happens with 3.10?
from kernel 3.10.1:
[ 2911.005736] [ cut
Since common/config is executed twice, if SCRATCH_DEV_POOL is configured
via the environment, the current code removes the first device entry twice
which means that you lose the second device for the test.
The fix is to not remove anything from SCRATCH_DEV_POOL anymore.
That used to be done (I can
From: root
These two patches add the announced tests for btrfs send / receive. As
requested, the fssum tool is now included.
One drawback is that I'm unable to edit configure.ac or whatever needs
to be modified in an autotools preferred way. Any hints appreciated,
preferrably hints containing al
Basic send / receive functionality test for btrfs. Requires current
version of fsstress built (-x support). Relies on fssum tool but can
skip the test if it failed to build.
Signed-off-by: Jan Schmidt
---
README |3 +
tests/btrfs/316 | 113 ++
fssum is a tool to build a recursive checksum for a file system. The home
repository of fssum is
git://git.kernel.org/pub/scm/linux/kernel/git/arne/far-progs.git
It is added as an optional target, because it depends on glibc >= 2.15 for
SEEK_HOLE / SEEK_DATA. The test to be added using fssum
Thomas Koch writes:
> Hi,
>
> when I learned Git I made the experience that it was actually a lot easier to
> understand Git by learning the internals: blobs, trees, commits, tags and how
> they are connected, e.g.
> http://eagain.net/articles/git-for-computer-scientists/
>
> Is there a docume
On Wed, 24 Jul 2013 04:39:39 +0200, Jarosław Siebert wrote:
> Hello,
> Since 3.7.X kernel series I noticed kernel BUG in btrfs.
> I use:
> Linux demo 3.9.11-dlj #1 SMP Tue Jul 23 04:45:02 CEST 2013 x86_64 AMD
> FX(tm)-8150 Eight-Core Processor AuthenticAMD GNU/Linux.
> I notice below BUG once per
Hi,
when I learned Git I made the experience that it was actually a lot easier to
understand Git by learning the internals: blobs, trees, commits, tags and how
they are connected, e.g.
http://eagain.net/articles/git-for-computer-scientists/
Is there a document or presentation out there that ta
12 matches
Mail list logo