Samsung CLX-33XX/SL-C460/CLP-415 прошивка NAND

[Sana956]

Князь присоединюсь, в моей практике почти не встречались Toshiba С бэдами, и Samsung БЕЗ бэдов, (за редким исключением) и не только в моей практике.

[kvg]

А напомните, как проверить микросхему на беды? Интересует сие действо с помощью Тритона.

[Sana956]

Можно попробовать по аналогии с ChipProg:
Чтобы определить, имеет ли микросхема-копия плохие блоки, необходимо установить микросхему в программатор, и в окне “Редактор параметров микросхемы” задать параметры микросхемы по умолчанию - кнопка "All Default".
Запускается процедура контроля на стертость (для экономии времени можно сразу же отменить эту процедуру, считывание карты плохих блоков осуществляется в самом начале). В окне "Программирование" интерфейса программатора, в поле “Информация об операциях” появляется информация о плохих блоках.
Источник:
http://phyton.ru/pages/page103.html

[Evg71]

Если новая - достаточно ограничиться чтением. Если почитать PDF на K9F1G08UOD
Я уже приводил цитату

Код: выделить все

The initial invalid block(s)
status is defined by the 1st byte in the spare area. Samsung makes sure that either the 1st or 2nd page of every initial invalid block has non-FFh data at
the column address of 2048. Since the initial invalid block information is also erasable in most cases, it is impossible to recover the information once it has
been erased.
Invalid blocks are defined as blocks that contain one or more bad bits. Do not erase or program factory-marked bad blocks.

. Т.е. признаком будут не FF данные в spare области. И если стереть микруху, то заводская инфа о бедах будет утеряна безвозвратно.

Если не новая, то тут все печальней. BAD блок или не BAD, будет зависеть от алгоритма ECC (какое кол-во битовых ошибок он позволяет исправить, если ошибок больше - BAD, меньше - GOOD). Приминительно к этим микросхемам, Samsung считает бедом блок с одной и более битовых ошибок. Отловить тяжело, надо прописывать различные паттерны и сравнивать с результатом чтения.

считывание карты плохих блоков

Нет в микросхемах никакой карты бед блоков. Она формируется софтом.

Вот кстати на сайте Phyton-a про NAND http://www.phyton.ru/pages/page104.html

[Князь]

считывание карты плохих блоков

Нет в микросхемах никакой карты бед блоков. Она формируется софтом.

Я так и думал, я подазревал!

[balu_dark]

А я об этом уже даже много раз сказал. Просто каждое устройство по своему понимает бэды. И о карте бэдов - которая лежит исключительно с с460 и clx-3305 тоже говорил - в таком виде и в таком месте она существует исключительно и только в принтерах марки самсунг и конкретно только в двух указанных выше моделях. В мобильных например телефонах ее даже в аналогичном виде - нет совершенно. Там все другое. И практически каждый конкретный девайс имеет собственное логическое устройство нанда.

[alhim]

Я давно уже пытался обсуждать как то на старткопи по поаводу этих нанд, когда начал перешивать самсунги 4300 в 4200. Но все тогда увлеклись реверсингом прошивок и им было не до нанда... Ети гребанные бады были, и будут в нандах всегда. Пользуюсь чип прогом 40 уже много лет. Дак вот, этот прогер сам присчитывании видит бад блоки и при записи не пишет в бад блоки. Если бы только принтер мог своим софтом обозначать бад блоки, то тогда теоретически отремонтировать его заменой флэшки практически не возможно было бы на 98 процентов, так как никто бы не знал с каких адресов или в какие нужно залить инфу, т.к принтер сам бы назначал их. Такой подход для самсунга был бы не хуже криптографии для защиты своей инфы. Короче нанд это типо маленького винчестера со своим контроллером (смарт ) , и все бады нормальная микра разруливает сама. Нанд флеш (при этом) оформатированна как винчестер в компьютере. Бады закрыты. Файлы уложены. Если читать и писать нормальным девайсом, то все будет ок. И записывать нужно 100 процентов проверенные рабочие дампы.

Но в некоторых микрах особенностью является факт того что на NAND нормой является наличие BAD блоков, и файловая система должна уметь их обходить. То есть получается, что есть микросхемы со встроенным контроллером памяти на Bad блоки, а есть и без него. Здесь нельзя обобщать и нужно рассматривать по каждому девайсу отдельно и конкретно.
У каждого разные алгоритмы работы. Одно дело если переписывать NAND на программаторе pin-to-pin и совсем другое, если это делать аппаратно (в составе аппарата). Короче так походу это выглядит: есть некоторые скажем так стандартные алгоритмы и процедуры записи данных в нанд, ( напимер файловая система jffs, jffs2) ну или дргая какая, которой придерживается программатор и процессор(с контроллером нанда типа "HDD", форматируя и размещая служебную инфу о бад блоках. (Например нанд откажется записываться, если прогер найдет хоть один бад блок в части памяти нанд, которая предназначена для записи бута проца если прошива бутовая) Это кстати я и приводил в пример контроллера встроенного в нанад. Ну и есть второй способ, это типо когда производитель написал сам свой софт по заливке нанда. (то есть софт форматит флэшку в своей файловой системе и делает сам карту бад блоков, исключая тем самым стандартные процедуры прогеров на выявление и отсеивание бад блоков при чтении и записи нанда. В этом случае при настройках прогера на стандартное выявление бадов, он их просто не найдет или найдет ерунду всякую...
P/S Мои высказывания проверенны на личном опыте по перезаписи нанд во многих девайсах. Если микра без бадов, значит дамп ляжет в нее без проблем. Не ругайте сильно )

Вот пример (http://elinux.org/images/7/77/Um_s3c2410.pdf). Посмотрите как устроен Memory mapping и всяко другое у самсунга. Конечно проц не тот, но все же просвятитесь...

[Evg71]

Ети гребанные бады были, и будут в нандах всегда.

Это верно.

Дак вот, этот прогер сам присчитывании видит бад блоки и при записи не пишет в бад блоки.

Ничего он сам не видит. Он видит помеченные беды производителем NAND. И если эту инфу стереть, (не поставить галку что там про bad block менеджмент, эта инфа производителя сотрется и хваленый программатор не найдет ни одного беда. bad block менеджмент - это считывание инфы производителя NAND о бед блоках, пропуск этих бедов, и ни в коем случае не стирание ее.

Короче нанд это типо маленького винчестера со своим контроллером (смарт ) , и все бады нормальная микра разруливает сама.

А это, извините, бред и домыслы. Откройте datasheet на микросхемы и ознакомьтесь. Не надо выдумывать.

То есть получается, что есть микросхемы со встроенным контроллером памяти на Bad блоки, а есть и без него.

Есть много в этом мире, друг Горацио... Но встроенного контроллера "на Bad блоки" в NAND нет.

Если микра без бадов, значит дамп ляжет в нее без проблем.

Вот это тоже верно и очевидно.
P.S. Извиняюсь, как-то убого отформатировалось.

[lekm]

Давайте так - когда вы говорите что "сам он ничего не видит" , вы поясняете о чем идет речь. Это касается конкретного программатора, некоторых из них, либо всех существующих на данный момент. Идет? И заодно каким образом это установлено или проверенно.

[Evg71]

Давайте так - когда вы говорите что "сам он ничего не видит" , вы поясняете о чем идет речь.

Я же пояснил что такое 'bad block managment" для программатора. Программатор создается для программирования, производитель программатора (хорошего) всего лишь выполняет все требования производителя микросхем (NAND или любых других). Читайте даташиты на конкретные микросхемы и все станет ясно. Читайте первоисточники.

Вот инфа от производителя одного из программаторов http://www.phyton.ru/pages/page104.html
От туда

Код: выделить все

Маркирование плохих блоков в микросхемах NAND Flash осуществляется записью обычно значения 0 по определенному адресу в  области Spare Area нулевой страницы плохого блока. Маркеры плохих блоков лежат в определенных адресах области Spare Area.
...
Нужно иметь ввиду, что маркеры плохих блоков помещаются в обычные ячейки Flash памяти Spare Area, которые стираются при стирании всего блока памяти. Поэтому для сохранения информации о плохих блоках перед стиранием обязательно нужно сохранить эту информацию, а после стирания ее - восстановить.
В программаторах ChipProg при установке опции InvalidBlockManagement в любое значение кроме Do Not Use сохранение и восстановление информации о плохих блоках происходит автоматически.


Программатор может всего лишь может сохранить и восстановить автоматически информацию о бед блоке при стирании, ну и конечно не использовать бед блок, пропустив его при записи.
Если стереть микросхему программатором без использования "бед блок менеджмента", маркеры производителя будут стерты и все... Ни один программатор не определит ни один бед блок.

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

[lekm]

Я так и не получил ответа на свой вопрос - ваше утверждение каксается всех программаторов без исключения или речь идет только о том, на котором вы получили огромный опыт по восстановлению информации, с NAND в частности?
Каким образом было установлено что программатор (ваш и все остальные) не умеет определять бэд блоки? Пример приведите.
Как прокомментируете следующее: " Программатор умеет анализировать NAND микросхему, на наличие BAD блоков, умеет пропускать их при записи, при чтении."?

[Evg71]

Пропущу подколки про огромный опыт.

Как прокомментируете следующее: " Программатор умеет анализировать NAND микросхему, на наличие BAD блоков, умеет пропускать их при записи, при чтении."?

Это означает, что в ПО программатора заложили функции анализа и сохранения информации о BAD block-ах записанную в микросхему производителем при производстве.

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

Но мы через чур отклонились от темы "Samsung 3305 прошивка NAND".

[lekm]

Ну так как проверить то, что прогер без этой таблички кирпич? Что надо сделать, что бы убедиться в этом? Например стереть все в том числе табличку и после этого залить дамп и получить из принтера овощ. Или еще как. Какие будут предложения? Вот я не верю. Переубедите меня.
О-о-о, пока писал ответ, сообщение правили. Окей.
Если не все программаторы, то сколько из них вы проверили на предмет работы с бэд блоками? Какие из них?
Ведь в сообщении не было ни слова о том, к каким прогерам относится категория "Ничего он сам не видит"
То есть программулина анализирующая дамп слитый тем же самым прогером может, а прогер имея прямой доступ к микре и самому дампу не может? То есть ни кто из производителей прогеров не озаботился этим?

[Evg71]

0. Считать микросхему, сохранить образ.
1. Записать микросхему с включенной функцией Bad Block Managment. Увидеть сообщение про N bad блоков, запомнить.
2. Стереть с отключенной функцией Bad Block Managment.
3. Записать микросхему с включенной функцией Bad Block Managment. Увидеть сообщение про N bad блоков. Сравнить с кол-вом полученным в пункте 1.
В пункте 3 должно получиться 0 bad блоков, но может быть и не ноль, т.к. некоторые блоки могут не стираться и метка производителя о том что блок плохой останется.
4. Вернуть в микросхему образ прочитанный в пункте 0.

Применительно к принтерам Samsung для большинства самое правильное - искать микросхемы без бедов. Т.е. проверять новые микросхемы на наличие бедов. Достаточно считать
и убедиться, что вся область микросхемы заполнена FF.

То есть программулина анализирующая дамп слитый тем же самым прогером может, а прогер имея прямой доступ к микре и самому дампу не может? То есть ни кто из производителей прогеров не озаботился этим?

Именно, потому что программулина заточена под конкретный девайс, а девайсов туча. Они не озаботились, они просто не могут предусмотреть все то, что задумали производители девайсов.
Поэтому реализуют лишь то что заложили производители микросхем.
Например в флэшках используется несколько десятков разных алгоритмов ЕСС, постоянно появляются новые. Как все предусмотреть?

[lekm]

А каким образом микроконтролер, в нашем случае принтера, определяет наличие бэд блоков?