linux-fsdevel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Allison Henderson <achender@linux.vnet.ibm.com>
To: Allison Henderson <achender@linux.vnet.ibm.com>
Cc: xfs@oss.sgi.com, linux-fsdevel@vger.kernel.org,
	linux-ext4@vger.kernel.org, Eric Sandeen <sandeen@redhat.com>
Subject: Re: [PATCH 0/2v v7] XFS TESTS: ENOSPC Punch Hole Test
Date: Fri, 01 Jul 2011 07:30:19 -0700	[thread overview]
Message-ID: <4E0DD9FB.8090307@linux.vnet.ibm.com> (raw)
In-Reply-To: <1309272301-5742-1-git-send-email-achender@linux.vnet.ibm.com>

On 06/28/2011 07:44 AM, Allison Henderson wrote:
> Hi All,
>
> This is another set I sent out a while ago, but I didnt see it show up on the lists,
> so I am resending this one too. The work in this patch is a continuation from a
> previous patch set that has been partially accepted, so I thought I
> should retain the v6.
>
> This patch set adds the ENOSPC test that was used for ext4 punch hole testing.
> This test will verify that a hole can be punched even when the disk is full.
> Reserved blocks should be used to complete the operation when there is not blocks
> to further fragment the file.
>
> Because punching a hole does not always require extra blocks, there needs to
> be serveal iterations of punching holes, and then filling the file system to 100%
> usage before it is forced to grow the tree in order to handle the fragmentation.
> The growing of the tree is what would cause ENOSPC if not for the use of reserved blocks.
>
> I could use some opinions on this patch set becuase I am not sure if other filesystems
> handle their punch holes in the same way.  Although xfs appears to pass the test,
> should this test be an ext4 only test? Thx!
>

Hi All,

I just wanted to poke this thread before too much time goes by.  This 
patch was initially part of an earlier set that's already been picked 
up, and it seemed like people were generally interested in it, so I 
resubmitted it as it's own patch.  Is there still an interest in this 
patch set?

I have another set that now also needs to add a new test 255 (the fix 
252 failure patch set).  I am thinking that if people still want this 
test, I could put this patch in with the other set so that they stack 
properly.  Thx!

Allison Henderson


      parent reply	other threads:[~2011-07-01 14:30 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-06-28 14:44 [PATCH 0/2v v7] XFS TESTS: ENOSPC Punch Hole Test Allison Henderson
2011-06-28 14:45 ` [PATCH 1/2 v7] XFS TESTS: ENOSPC Punch Hole: Move su routines in 123 to common.rc Allison Henderson
2011-07-14 18:21   ` Alex Elder
2011-06-28 14:45 ` [PATCH 2/2 v7] XFS TESTS: Add ENOSPC Hole Punch Test Allison Henderson
2011-07-14 18:22   ` Alex Elder
2011-07-15  1:06     ` Allison Henderson
2011-07-01 14:30 ` Allison Henderson [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4E0DD9FB.8090307@linux.vnet.ibm.com \
    --to=achender@linux.vnet.ibm.com \
    --cc=linux-ext4@vger.kernel.org \
    --cc=linux-fsdevel@vger.kernel.org \
    --cc=sandeen@redhat.com \
    --cc=xfs@oss.sgi.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).