Именно. И чем тоньше технологические нормы и больше объем, тем большие требования предъявляются к механизму коррекции - до 100 бит/кБайт для MLC.

Что-то не совсем пойму, как ФС без нижнего уровня может решать где битый блок, а где нет, когда она понятия не имеет о том, с какой памятью она работает? В yaffs этот механизм реализован и специально заточен под NANDFlash, эта ФС по-сути и не умеет другие флешки, поэтому она наперед знает про битые блоки и умеет их.

Правильно, потому что стиранием, бэдами и wear-leveling в SD карте занимается встроенный контроллер.
А FatFS делает только Read() и Write().


А в SPI Flash разве вообще бэды бывают?
Имхо - nand flash и spi flash это разные вещи...

А в чём отличие (на физ. уровне ячеек хранения)?
Раз указано максимальное кол-во циклов стирания - значит могут быть и бэды.

Отличие в разных технологиях.
Битые ячейки в nand - норма и неизбежность, а в spi flash - признак износа и исчерпания ресурса?
Смотря какая флеш, наверное.

У меня похожая задача, только нужно реализовать на ПЛИС.
Вопросец такой: а то, что первый блок NAND флешки всегда не битый - это стандарт или фича отдельного производителя? Например, микрон это в даташите не указывает.

Первый блок никак не стандартизирован. Гарантия исправности первого блока - инициатива части производителей в некоторых моделях чипов.

А вот по поводу ECC (Error Correction Code).
Как правило - NAND и ECC идут всегда рядом.

Интересуют исходники энкодера и декодера для ECC по Хафману (1 бит) и Риду-Соломону (4 бита).
Особенно совместимые с энкодером контроллера NAND процессора OMAP-L137.
Если вдруг кто занимался...

Для четырехбитного варианта хочу попробовать использовать библиотеку Schifra.

Удалось мне поднять yaffs на моем STM32F429. Единственное эта файловая система требует много памяти и выделяет себе эту память с помощью malloc. Поэтому пришлось выделить большую кучу и разместить ее во внешней SDRAM. Но в целом работает, бэды отлавливает.

А как решили хранить таблицу бэдов?
Какой используете код коррекции ошибок?

И сколько, к примеру, оперативной памяти требуется файловой системе для работы с разделом в 16 мегабайт (как я понял вы используете NAND128?).

Если поднять YAFFS, то мне нужно этим заниматься - это делает за меня файловая система. Бэды она учитывает размещая в spare area флешки данные отличные от FF. Определяет бэдовый ли блок по результатам записи.



Коррекция ошибок ECC по Хаффману. Опять же это реализовано в самой файловой системе.



Да я работаю NAND128. Мне понадобилось порядка 30 kB в общей сложности.

Хм.. А какой-же тогда размер секторов в этой NAND-флешь? Получается - не равный степени двойки?

Сектор 16 kB без учета spare.

Я хотел сказать размер блока 16 k без учета spare. 1024 блока по 32 страницы, в каждой странице 512 байт данных и еще 16 байт дополнительная область (spare area).

Ясно. Значит в этой spare-area и хранится избыточная контрольная информация.

Полистайте на досуге любой (!) даташит на параллельную NAND.
Там размер страницы 528, 2112 и прочие "некратные".