All of lore.kernel.org
 help / color / mirror / Atom feed
From: Artem Bityutskiy <dedekind1@gmail.com>
To: MTD list <linux-mtd@lists.infradead.org>
Subject: Re: [PATCH 16/20] UBIFS: expect corruption only in last journal head LEBs
Date: Mon, 16 May 2011 13:48:42 +0300	[thread overview]
Message-ID: <1305542922.2630.0.camel@localhost> (raw)
In-Reply-To: <1305531879-19311-17-git-send-email-dedekind1@gmail.com>

On Mon, 2011-05-16 at 10:44 +0300, Artem Bityutskiy wrote:
> +/* TODO: comment */
> +static int is_last_bud(struct ubifs_info *c, struct bud_entry *b)

Oh, forgot to add a comment
-- 
Best Regards,
Artem Bityutskiy (Артём Битюцкий)

  reply	other threads:[~2011-05-16 10:52 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-05-16  7:44 [PATCH 00/20] UBIFS: last changes Artem Bityutskiy
2011-05-16  7:44 ` [PATCH 01/20] UBIFS: improve debugging lprops scanning a little Artem Bityutskiy
2011-05-16  7:44 ` [PATCH 02/20] UBIFS: simplify error path in lprops debugging check Artem Bityutskiy
2011-05-16  7:44 ` [PATCH 03/20] UBIFS: simplify " Artem Bityutskiy
2011-05-16  7:44 ` [PATCH 04/20] UBIFS: dump more in the " Artem Bityutskiy
2011-05-16  7:44 ` [PATCH 05/20] UBIFS: improve debugging messages Artem Bityutskiy
2011-05-16  7:44 ` [PATCH 06/20] UBIFS: improve commentary Artem Bityutskiy
2011-05-16  7:44 ` [PATCH 07/20] UBIFS: make 2 functions static Artem Bityutskiy
2011-05-16  7:44 ` [PATCH 08/20] UBIFS: double check that buds are replied in order Artem Bityutskiy
2011-05-16  7:44 ` [PATCH 09/20] UBIFS: remove unnecessary stack variable Artem Bityutskiy
2011-05-16  7:44 ` [PATCH 10/20] UBIFS: store free and dirty space in the bud replay entry Artem Bityutskiy
2011-05-16  7:44 ` [PATCH 11/20] UBIFS: simplify replay Artem Bityutskiy
2011-05-16  7:44 ` [PATCH 12/20] UBIFS: substitute the replay tree with a replay list Artem Bityutskiy
2011-05-16  7:44 ` [PATCH 13/20] UBIFS: change bud replay function conventions Artem Bityutskiy
2011-05-16  7:44 ` [PATCH 14/20] UBIFS: remove BUG statement Artem Bityutskiy
2011-05-16  7:44 ` [PATCH 15/20] UBIFS: synchronize write-buffer before switching to the next bud Artem Bityutskiy
2011-05-16  7:44 ` [PATCH 16/20] UBIFS: expect corruption only in last journal head LEBs Artem Bityutskiy
2011-05-16 10:48   ` Artem Bityutskiy [this message]
2011-05-16  7:44 ` [PATCH 17/20] UBIFS: share the next_log_lnum helper Artem Bityutskiy
2011-05-16  7:44 ` [PATCH 18/20] UBIFS: add a superblock flag for free space fix-up Artem Bityutskiy
2011-05-16  7:44 ` [PATCH 19/20] UBIFS: add the fixup function Artem Bityutskiy
2011-05-16  7:44 ` [PATCH 20/20] UBIFS: fix-up free space on mount if flag is set Artem Bityutskiy

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=1305542922.2630.0.camel@localhost \
    --to=dedekind1@gmail.com \
    --cc=linux-mtd@lists.infradead.org \
    /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.