From: Jaegeuk Kim <jaegeuk@kernel.org>
To: Nicholas Krause <xerofoify@gmail.com>
Cc: linux-kernel@vger.kernel.org, linux-fsdevel@vger.kernel.org,
linux-f2fs-devel@lists.sourceforge.net
Subject: Re: [f2fs-dev] [PATCH 3/3] f2fs: get rid of buggy function
Date: Mon, 11 May 2015 23:00:30 -0700 [thread overview]
Message-ID: <20150512060030.GA25143@jaegeuk-mac02.hsd1.ca.comcast.net> (raw)
In-Reply-To: <0DE36CEE-3086-4727-9B7B-58D784941567@gmail.com>
On Tue, May 12, 2015 at 12:10:16AM -0400, Nicholas Krause wrote:
>
>
> On May 11, 2015 11:48:48 PM EDT, Jaegeuk Kim <jaegeuk@kernel.org> wrote:
> >This patch avoids to use a buggy function for now.
> >It needs to fix it later.
> >
> >Signed-off-by: Jaegeuk Kim <jaegeuk@kernel.org>
> >---
> > fs/f2fs/segment.c | 15 ++++++++++-----
> > 1 file changed, 10 insertions(+), 5 deletions(-)
> >
> >diff --git a/fs/f2fs/segment.c b/fs/f2fs/segment.c
> >index 342e0f7..17e89ba 100644
> >--- a/fs/f2fs/segment.c
> >+++ b/fs/f2fs/segment.c
> >@@ -64,6 +64,8 @@ static inline unsigned long __reverse_ffs(unsigned
> >long word)
> > return num;
> > }
> >
> >+/* FIXME: Do not use this due to a subtle bug */
> >+#if 0
> > /*
> >* __find_rev_next(_zero)_bit is copied from lib/find_next_bit.c because
> > * f2fs_set_bit makes MSB and LSB reversed in a byte.
> >@@ -122,6 +124,7 @@ found_first:
> > found_middle:
> > return result + __reverse_ffs(tmp);
> > }
> >+#endif
> >
> >static unsigned long __find_rev_next_zero_bit(const unsigned long
> >*addr,
> > unsigned long size, unsigned long offset)
> >@@ -542,7 +545,7 @@ static void add_discard_addrs(struct f2fs_sb_info
> >*sbi, struct cp_control *cpc)
> > unsigned long *ckpt_map = (unsigned long *)se->ckpt_valid_map;
> > unsigned long *discard_map = (unsigned long *)se->discard_map;
> > unsigned long *dmap = SIT_I(sbi)->tmp_map;
> >- unsigned int start = 0, end = -1;
> >+ unsigned int start = -1, end = 0;
> > bool force = (cpc->reason == CP_DISCARD);
> > int i;
> >
> >@@ -561,12 +564,14 @@ static void add_discard_addrs(struct f2fs_sb_info
> >*sbi, struct cp_control *cpc)
> > (cur_map[i] ^ ckpt_map[i]) & ckpt_map[i];
> >
> > while (force || SM_I(sbi)->nr_discards <= SM_I(sbi)->max_discards) {
> >- start = __find_rev_next_bit(dmap, max_blocks, end + 1);
> >- if (start >= max_blocks)
> >- break;
> >
> > end = __find_rev_next_zero_bit(dmap, max_blocks, start + 1);
> >- __add_discard_entry(sbi, cpc, se, start, end);
> >+
> >+ __add_discard_entry(sbi, cpc, se, start + 1, end);
> >+
> >+ if (end >= max_blocks)
> >+ break;
> >+ start = end;
> > }
> > }
> >
> Rather then avoid that function, why not fix it. This seems to add more work in the future and due to this I would like recommend fixing the function,__find_rev_next_zero now.
> IMHO,
Agreed.
But, in the mean time, it'd be necessary to avoid the bug.
And, I think this will not cause any additional work, since this is a somewhat
f2fs-only function used in very corner cases.
Thanks,
> Nick
>
> --
> Sent from my Android device with K-9 Mail. Please excuse my brevity.
prev parent reply other threads:[~2015-05-12 6:00 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-05-12 3:48 [PATCH 1/3] f2fs: disable the discard option when device does not support Jaegeuk Kim
2015-05-12 3:48 ` [PATCH 2/3] f2fs: do not issue next dnode discard redundantly Jaegeuk Kim
2015-05-12 3:48 ` [PATCH 3/3] f2fs: get rid of buggy function Jaegeuk Kim
[not found] ` <0DE36CEE-3086-4727-9B7B-58D784941567@gmail.com>
2015-05-12 6:00 ` Jaegeuk Kim [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=20150512060030.GA25143@jaegeuk-mac02.hsd1.ca.comcast.net \
--to=jaegeuk@kernel.org \
--cc=linux-f2fs-devel@lists.sourceforge.net \
--cc=linux-fsdevel@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=xerofoify@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
all inboxes | Powered by JetHome®