From: Vitaly Wool <vwool@ru.mvista.com>
To: "Alexey, Korolev" <alexey.korolev@intel.com>
Cc: tglx@linutronix.de, linux-mtd@lists.infradead.org, jwboyer@gmail.com
Subject: Re: [PATCH] Fixup in NAND bad block management + fix of misspring .(nand_base.c)
Date: Wed, 08 Feb 2006 23:11:02 +0300 [thread overview]
Message-ID: <43EA5056.2070300@ru.mvista.com> (raw)
In-Reply-To: <43EA16CC.6060401@intel.com>
Hi Alexey,
Alexey, Korolev wrote:
>
> ==================================
> --- a/drivers/mtd/nand/nand_base.c 2006-01-20 18:13:49.657859296 +0300
> +++ b/drivers/mtd/nand/nand_base.c 2006-01-20 18:38:50.281729792 +0300
> @@ -410,6 +410,7 @@
> static int nand_block_bad(struct mtd_info *mtd, loff_t ofs, int getchip)
> {
> int page, chipnr, res = 0;
> + int badblockpos;
Bah, alignment/tabs problem...
>
> + /* If pattern is given we must use offset from badblock_pattern
> structure
> + else we should use badblockpos which is filled by default
> values */
> + if (this->badblock_pattern)
> + badblockpos=this->badblock_pattern->offs;
> + else
> + badblockpos=this->badblockpos;
> +
I'm not sure this is right. If badblock_pattern is set, we shouldn't
ever be here.
> if (this->badblockpos & 0x1)
> - bad >>= 8;
> + bad >>= 1;
And here you do revert the bugfix committed long ago.
> @@ -470,8 +478,11 @@
> if (this->options & NAND_USE_FLASH_BBT)
> return nand_update_bbt (mtd, ofs);
>
> - /* We write two bytes, so we dont have to mess with 16 bit access */
> - ofs += mtd->oobsize + (this->badblockpos & ~0x01);
> + if (this->badblock_pattern)
> + ofs += (this->badblock_pattern->offs & ~0x01);
> + else
> + ofs += (this->badblockpos & ~0x01);
> +
See above.
Vitaly
next prev parent reply other threads:[~2006-02-08 20:11 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-01-20 15:44 [PATCH] Fixup in NAND bad block management + fix of misspring . (nand_base.c) Alexey, Korolev
2006-02-08 16:05 ` [PATCH] Fixup in NAND bad block management + fix of misspring .(nand_base.c) Alexey, Korolev
2006-02-08 20:11 ` Vitaly Wool [this message]
2006-02-09 17:54 ` Alexey, Korolev
2006-03-12 15:18 ` Thomas Gleixner
2006-02-09 18:03 ` Alexey, Korolev
2006-02-10 6:52 ` Vitaly Wool
2006-02-20 10:53 ` Alexey, Korolev
2006-02-20 11:00 ` Thomas Gleixner
2006-02-20 11:56 ` [PATCH] Fixup in NAND bad block management + fix of misspring.(nand_base.c) Alexey, Korolev
2006-02-20 12:08 ` Vitaly Wool
2006-02-20 12:11 ` Thomas Gleixner
2006-03-02 17:29 ` [PATCH] Fixup in NAND bad block management + fix ofmisspring.(nand_base.c) Alexey, Korolev
2006-03-12 16:44 ` Thomas Gleixner
2006-03-20 14:06 ` [PATCH] Fixup in NAND bad block management + fixofmisspring.(nand_base.c) Alexey, Korolev
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=43EA5056.2070300@ru.mvista.com \
--to=vwool@ru.mvista.com \
--cc=alexey.korolev@intel.com \
--cc=jwboyer@gmail.com \
--cc=linux-mtd@lists.infradead.org \
--cc=tglx@linutronix.de \
/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.