public inbox for linux-mtd@lists.infradead.org
 help / color / mirror / Atom feed
From: Artem Bityutskiy <dedekind1@gmail.com>
To: "Matthew L. Creech" <mlcreech@gmail.com>
Cc: linux-mtd@lists.infradead.org
Subject: Re: [PATCH 1/3] ubifs: add a superblock flag for "LEB fixup"
Date: Wed, 04 May 2011 13:59:09 +0300	[thread overview]
Message-ID: <1304506749.7222.4.camel@localhost> (raw)
In-Reply-To: <BANLkTi=YnoTophc97QCbujJANpgHXaFpkw@mail.gmail.com>

Hi,

thanks for the patches!

On Tue, 2011-05-03 at 18:55 -0400, Matthew L. Creech wrote:
> The leb_fixup flag can be set in the superblock of a new filesystem by
> mkfs.ubifs to indicate that the filesystem's underlying eraseblocks should be
> fixed-up the first time it's mounted (after which the flag is un-set).
> 
> Signed-off-by: Matthew L. Creech <mlcreech@gmail.com>
> ---
>  fs/ubifs/debug.c       |    2 ++
>  fs/ubifs/sb.c          |    2 ++
>  fs/ubifs/ubifs-media.h |    2 ++
>  fs/ubifs/ubifs.h       |    2 ++
>  4 files changed, 8 insertions(+), 0 deletions(-)
> 
> diff --git a/fs/ubifs/debug.c b/fs/ubifs/debug.c
> index f7515bd..fc2c48b 100644
> --- a/fs/ubifs/debug.c
> +++ b/fs/ubifs/debug.c
> @@ -316,6 +316,8 @@ void dbg_dump_node(const struct ubifs_info *c,
> const void *node)
>  		printk(KERN_DEBUG "\tflags          %#x\n", sup_flags);
>  		printk(KERN_DEBUG "\t  big_lpt      %u\n",
>  		       !!(sup_flags & UBIFS_FLG_BIGLPT));
> +		printk(KERN_DEBUG "\t  leb_fixup    %u\n",
> +		       !!(sup_flags & UBIFS_FLG_LEB_FIXUP));

I think "LEB fixup" is not the best name. In essence, we are fixing up
the free space, not LEBs perse, so I'd suggest the "free space fix-up"
as the long name and "space_fixup" as the short name for this process.


>  		printk(KERN_DEBUG "\tmin_io_size    %u\n",
>  		       le32_to_cpu(sup->min_io_size));
>  		printk(KERN_DEBUG "\tleb_size       %u\n",
> diff --git a/fs/ubifs/sb.c b/fs/ubifs/sb.c
> index bf31b47..e3777d0 100644
> --- a/fs/ubifs/sb.c
> +++ b/fs/ubifs/sb.c
> @@ -165,6 +165,7 @@ static int create_default_filesystem(struct ubifs_info *c)
>  	tmp64 = (long long)max_buds * c->leb_size;
>  	if (big_lpt)
>  		sup_flags |= UBIFS_FLG_BIGLPT;
> +	/* LEB fixup is not needed for a default filesystem */

I think this comment is much more confusing than useful, let's kill it.

-- 
Best Regards,
Artem Bityutskiy (Артём Битюцкий)

      reply	other threads:[~2011-05-04 11:02 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-05-03 22:55 [PATCH 1/3] ubifs: add a superblock flag for "LEB fixup" Matthew L. Creech
2011-05-04 10:59 ` Artem Bityutskiy [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=1304506749.7222.4.camel@localhost \
    --to=dedekind1@gmail.com \
    --cc=linux-mtd@lists.infradead.org \
    --cc=mlcreech@gmail.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