| Author |
Message |
Вадим
Joined: 07 Jul 2010
Posts: 12
|
 Posted: Mon Jan 31, 2011 20:03 Post subject: Копирование (дублирование) данных
|
|
Для примера
Использую k9gag08u0e или k8wag08u1a
С исходной мс считываю дамп, потом его записываю в другую мс. НО так как в мс есть бэд блоки, по то последующей верификации появляются неточности при копировании.
Может я что то делаю не так? Или..?
|
|
|
Вадим
Joined: 07 Jul 2010
Posts: 12
|
|
Posted: Wed Feb 02, 2011 18:09 Post subject: Re: Копирование (дублирование) данных
|
|
|
Может к программатору есть софт, что бы сбойные блоки помечать?
|
|
|
Сергей
Joined: 26 Aug 2005
Posts: 20281
Flash-Extractor developer
|
|
Posted: Wed Feb 02, 2011 18:21 Post subject:
|
|
Где помечать?
В логе они высвечиваются при верификации
|
|
|
Вадим
Joined: 07 Jul 2010
Posts: 12
|
|
Posted: Thu Feb 03, 2011 18:59 Post subject:
|
|
| Сергей wrote: | Где помечать?
В логе они высвечиваются при верификации |
Я наверное "коряво" написал, задача такая, что бы программатор не писал в бэд блоки инфу.
|
|
|
Сергей
Joined: 26 Aug 2005
Posts: 20281
Flash-Extractor developer
|
|
Posted: Thu Feb 03, 2011 19:08 Post subject:
|
|
Просто оставлял их стёртыми?
А инфу выкидывал?
|
|
|
Вадим
Joined: 07 Jul 2010
Posts: 12
|
|
Posted: Thu Feb 03, 2011 19:22 Post subject:
|
|
| Сергей wrote: | Просто оставлял их стёртыми?
А инфу выкидывал? |
Гм... тогда я значит неправильно понимаю, что информация о битых блоках хранится в микросхеме?
Попробую еще раз. Есть не паяная микросхема (новая). Есть данные размером в 1 Гб, я эти данные записываю программатором в микросхему, потом считываю и сравниваю два файла (дампа). У меня есть сбойные места в считанном файле (дампе). Как это обойти?
|
|
|
Сергей
Joined: 26 Aug 2005
Posts: 20281
Flash-Extractor developer
|
|
Posted: Thu Feb 03, 2011 19:40 Post subject:
|
|
Сначала вам нужно узнать как контроллер этого устройста размечает дамп, где хранит таблицы трансляции
Потом составить список сбойных блоков в новой микросхеме
И перенести в исходном дампе блоки из сбойных в рабочии области
Изменить таблицы трансляции и записать дамп
Если речь идёт о сбойных битах и их 1-2 на блок то можно предположить что контроллер ECC этого устройства сможет исправить эти биты при чтении сбойного блока
|
|
|
Вадим
Joined: 07 Jul 2010
Posts: 12
|
|
Posted: Thu Feb 03, 2011 19:53 Post subject:
|
|
| Сергей wrote: | | Сначала вам нужно узнать как контроллер этого устройста размечает дамп, где хранит таблицы трансляции |
Это самое нереальное  У меня вообще создается впечатление, что тот контроллер ничего не размечает и пишет все подряд. Не предполагая, что в микросхеме могут быть битые блоки.
|
|
|
Вадим
Joined: 07 Jul 2010
Posts: 12
|
|
Posted: Sat Feb 05, 2011 1:26 Post subject:
|
|
| Вадим wrote: | | Сергей wrote: | | Сначала вам нужно узнать как контроллер этого устройста размечает дамп, где хранит таблицы трансляции |
Это самое нереальное У меня вообще создается впечатление, что тот контроллер ничего не размечает и пишет все подряд. Не предполагая, что в микросхеме могут быть битые блоки. |
Впрочем как я понял и программатор....
|
|
|
Вадим
Joined: 07 Jul 2010
Posts: 12
|
|
Posted: Sun Feb 06, 2011 17:17 Post subject:
|
|
| Вадим wrote: | | Вадим wrote: | | Сергей wrote: | | Сначала вам нужно узнать как контроллер этого устройста размечает дамп, где хранит таблицы трансляции |
Это самое нереальное У меня вообще создается впечатление, что тот контроллер ничего не размечает и пишет все подряд. Не предполагая, что в микросхеме могут быть битые блоки. |
Впрочем как я понял и программатор.... |
| Quote: | | По определению Samsung, плохие блоки — это блоки, в которых есть сбойные биты, за надежность которых производитель ответственности не несет. Информация о том, что блок является плохим, записана в первом байте из запасной области памяти (column address 2048). Все ячейки памяти микросхем, выходящих с завода, стерты, в них записано FFh. Если по column-адресу 2048 первой и второй страницы блока записано не FFh, значит, этот блок дефектный и пользоваться им не стоит. |
Интересно, а программатор это учитывает?
|
|
|
Сергей
Joined: 26 Aug 2005
Posts: 20281
Flash-Extractor developer
|
|
Posted: Sun Feb 06, 2011 20:58 Post subject:
|
|
Нет
Потому что рекомендации самсунг ни один производитель флэш устройств не следует
|
|
|
Вадим
Joined: 07 Jul 2010
Posts: 12
|
|
Posted: Sun Feb 06, 2011 21:08 Post subject:
|
|
| Сергей wrote: | Нет
Потому что рекомендации самсунг ни один производитель флэш устройств не следует |
Так не только у Самсунга есть битые блоки, как то они (производители чипов) их же учитывают? (это я просто по самсунгу искал)
ЗЫ - чем дальше в лес, тем волки толще 
|
|
|
Сергей
Joined: 26 Aug 2005
Posts: 20281
Flash-Extractor developer
|
|
Posted: Sun Feb 06, 2011 23:18 Post subject:
|
|
Их учитывают производители контроллеров, а не памяти
Каждый по своему
|
|
|
Вадим
Joined: 07 Jul 2010
Posts: 12
|
|
Posted: Mon Feb 07, 2011 1:58 Post subject:
|
|
| Сергей wrote: | Их учитывают производители контроллеров, а не памяти
Каждый по своему |
Мне до Вашего уровня знаний, очень далеко. Я только учусь и поэтому задаю наивные вопросы.
Как могут учитывать производители контроллеров неизвестные им таблицы бэд блоков? Значит эти таблицы как минимум известны, это я сейчас говорю о заводских бэдах.
|
|
|
Сергей
Joined: 26 Aug 2005
Posts: 20281
Flash-Extractor developer
|
|
Posted: Mon Feb 07, 2011 2:51 Post subject:
|
|
Заводские таблицы производителей памяти если и существовали когда-то
То сейчас полностью стёрты таблицами и данными производителей флэш устройств вцелом
|
|
|
|
