All of lore.kernel.org
 help / color / mirror / Atom feed
From: Eric Sandeen <sandeen@sandeen.net>
To: "Darrick J. Wong" <darrick.wong@oracle.com>
Cc: Eric Sandeen <sandeen@redhat.com>, xfs <linux-xfs@vger.kernel.org>
Subject: Re: [PATCH v2 2/2] mkfs: pass a custom cowextsize into the created filesystem
Date: Mon, 18 Sep 2017 12:37:35 -0500	[thread overview]
Message-ID: <92956c49-6d6e-c2a5-97c6-38460a25a357@sandeen.net> (raw)
In-Reply-To: <20170918172251.GE6540@magnolia>



On 9/18/17 12:22 PM, Darrick J. Wong wrote:
>>> @@ -254,15 +312,17 @@ libxfs_ialloc(
>>>  	ip->i_d.di_extsize = pip ? 0 : fsx->fsx_extsize;
>>>  	ip->i_d.di_dmevmask = 0;
>>>  	ip->i_d.di_dmstate = 0;
>>> -	ip->i_d.di_flags = pip ? 0 : fsx->fsx_xflags;
>>> +	ip->i_d.di_flags = pip ? 0 : xfs_flags2diflags(ip, fsx->fsx_xflags);
>> is this a bugfix?
> No.
> 
> Prior to this patch, the only fsx_xflags bits that mkfs could set are
> the ones that correspond exactly to di_flags bits, so it was fine to set
> them directly.  Subtle and annoying, but it worked.
> 
> However, the xfs_mkfs.c changes enable us to set FS_XFLAG_COWEXTSIZE,
> which doesn't correspond to a di_flags bit, so now we need translation
> functions to return the correct di_flags/di_flags2 values for the given
> fsx_xflags.

Oh, ok.  Before I guess it was only XFS_DIFLAG_RTINHERIT,
XFS_DIFLAG_PROJINHERIT and XFS_DIFLAG_EXTSZINHERIT.

Fair enough, maybe I should have seen that.  Thanks.

(I might note it in the changelog on the way in, though, since
it's subtle and annoying) ;)

-Eric

      reply	other threads:[~2017-09-18 17:37 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-09-01 16:40 [PATCH 2/2] mkfs: pass a custom cowextsize into the created filesystem Darrick J. Wong
2017-09-03  8:38 ` Christoph Hellwig
2017-09-03 15:35   ` Darrick J. Wong
2017-09-04 17:45 ` [PATCH v2 " Darrick J. Wong
2017-09-08 18:02   ` Eric Sandeen
2017-09-18 17:22     ` Darrick J. Wong
2017-09-18 17:37       ` Eric Sandeen [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=92956c49-6d6e-c2a5-97c6-38460a25a357@sandeen.net \
    --to=sandeen@sandeen.net \
    --cc=darrick.wong@oracle.com \
    --cc=linux-xfs@vger.kernel.org \
    --cc=sandeen@redhat.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.