[PATCH] nandwrite: add --nobad to write bad blocks
Iwo Mergler
iwo at call-direct.com.au
Tue Sep 28 23:35:05 EDT 2010
Mike Frysinger wrote:
> i'm open to logic, but i cant figure out your side. all i can see is
> "it's been this way" and "we shouldnt write bad blocks". but both
> sound like policies that the end user should have control over rather
> than the userspace utils always enforcing. so if you feel i've missed
> something, please highlight it.
Hi Mike,
while I agree with the philosophy to allow users to shoot
themselves in the foot if they really like that sort of thing,
the "don't touch bad blocks" rule makes sense and it's not
necessarily obvious.
Flash memory is only 'digital' in an idealised sense. Like
every other 'digital' device, the real thing is analogue.
The read value of a flash memory cell depends on the amount
of charge stored in a insulated transistor gate when compared
to a threshold voltage derived from the power supply. The
comparison is also temperature dependent.
In other words, a bit being read correctly depends on voltage
and temperature during both writing and reading.
Bad cells can be caused by impurities in the gate insulation
(slow discharge), incorrect insulation thickness, marginal
transistors, etc. The degree of 'badness' also depends on
voltage and temperature.
The upshot of this is that blocks are marked as bad by the
manufacturer based on corner case testing. Like erasing at
high temperature / low voltage and reading back at low
temperature / high voltage. The manufacturer can also
access pads on the naked die that are not connected to pins
during packaging.
This means that the manufacturer can catch marginal cases,
where a cell 'works', but will flip a bit within a month.
Depending on the damage, it may even require special tricks
to mark a block as bad.
Either way, as a user of the device, you may not be able
tell if a block is bad, or fully erase a bad block, or even
reliably mark it as bad again.
Thus the rule about not touching bad blocks. It's the only
way to make sure that you don't end up with a batch of products
that will die on the shelf, after you successfully tested them.
Best regards,
Iwo
More information about the linux-mtd
mailing list