From: Artem Bityutskiy <dedekind@infradead.org>
To: Torsten Fleischer <torsten.fleischer@kathrein.de>
Cc: linux-mtd@lists.infradead.org
Subject: Re: Bad Block Table support when using UBI
Date: Thu, 19 Feb 2009 08:14:50 +0200 [thread overview]
Message-ID: <1235024090.17790.299.camel@localhost.localdomain> (raw)
In-Reply-To: <OF2FCA2B38.DF3448AE-ONC1257562.00219024-C1257562.0021AECD@kathrein.de>
On Thu, 2009-02-19 at 07:07 +0100, Torsten Fleischer wrote:
> This e-mail is confidential and may contain privileged information. If
> you have received this communication in error, please notify us
> immediately by responding to this email and then delete it from your
> system. The sender therefore does not accept liability for any errors
> or omissions in the contents of this message which arise as a result
> of e-mail transmission. We believe but do not warrant that this e-mail
> and any attachments are virus free. You must therefore take full
> responsibility for virus checking.
According to your disclaimer I'm notifying you that some intruder from
your company sent this e-mail to a public mailing list, please fire him.
I'm deleting this e-mail from my mailbox as your disclaimer asks me to
do, but unfortunately it is archived and you would have to pay piles of
money to remove it from the mailing list archives.
Seriously, vs. bad block table: UBI does not have it's own block table,
and it asks this information from the driver. So probably it is ok for
the driver to store the BBT, although your flash is not big, so simple
scanning and building BBT in RAM would save you some flash space.
--
Best regards,
Artem Bityutskiy (Битюцкий Артём)
prev parent reply other threads:[~2009-02-19 6:15 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-02-19 6:07 Bad Block Table support when using UBI Torsten Fleischer
2009-02-19 6:14 ` 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=1235024090.17790.299.camel@localhost.localdomain \
--to=dedekind@infradead.org \
--cc=linux-mtd@lists.infradead.org \
--cc=torsten.fleischer@kathrein.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox