lekm писал(а):Прямого ответа так и не дали. Но читая про овощ из принтера, я должен догадаться, что программатор не умеет определять бэд блоки?
И не надо на меня повышать шрифт. Вам задают прямой вопрос, будьте добры давать прямой ответ. Если нет желания отвечать, то не отвечайте совсем.
Определение бэд блока программатором и определение его же - устройством - совершенно разные понятия! Если метод самого определения совпадет и в программаторе и в устройстве то оба - определят бэд блок!
Но дело не в физическом определении самого бэда как термина. Дело в реакции на определение факта работы с бэдом.
В случае программатора - ему по барабану. В большинстве случаев он просто пропустит бэд и либо выкинет те данные которые надо было в это место записать, либо запишет их в следующий сектор. И даже если софт программатора - написан шибко умными людьми - он может в уме у себя хранить карту этих битых блоков и даже (при условии что мы льем дамп принципиально не содержащий битых блоков) теоретически способен при верификации - просто ПРОПУСКАТЬ проверку данных в блоках которые он для себя пометил как сбойные. НО как всегда есть но - как поведет себя программатор если :
в записываемом дампе есть бэд ( то есть зона с кучей нулей) а в программируемой микросхеме в этом блоке нет бэда ?какие данные и с чем - будет сравнивать при пропуске записи вновь образовавшегося бэда в микросхеме после стирания и попытки записи?Я ответа на эти вопросы - не знаю. Поэтому зная что конкретно мой программатор ничего не сдвигает и ничего не пропускает - я написал программу которая в тех местах где уже есть бэды - создает пустые зоны, аналогичные тем которые имеются в бэд блоках. Результатом стало то - что теперь у меня верификация зашитой микросхемы(при условии что в процессе записи не появился новый бэд ) всегда проходит успешно. А ранее оно пыталось сравнить данные из дампа с нулевым содержимым бэда и обрывало дальнейшую проверку. Это то и стало причиной написания программы - необходимость проверки записи остальных данных. Пока программа успешно с этой задачей справляется! Задача максимум - генерация сразу дампа из фикс прошивки - пока полностью не реализована из-за отсутствия экспериментального принтера на долгий срок - вроде недели - двух. Потому как в сжатые сроки - лениво паять по 5-10 раз подряд флэшку.
Как еще более подробно вам разжевать если вы не знаете базовых основ работы нанда? Задавайте тогда вопросы но не о том - как летают космические корабли, а дробите вопрос на мелкие части. например как устроен корабль, а что такое двигатель, а как он устроен. а какие принцыпы используются в полетах. А не сразу - у меня есть молоток - я хочу в космос.
Задавая менее глобальные вопросы - и как можно более точнее, вы и уровень повысите, и избавите других от обьяснения что такое аборт. вырванного вами из контекста "волны бились о борт корабля" как в известном анекдоте.
Потому как не всегда можно точно понять что именно вы хотите конкретно узнать задавая тот или иной вопрос. Иногда вы не подозреваете что на поставленный вами вопрос могут существовать 5-6 диаметрально противоположных ответов из совершенно разных областей.
Добавлено спустя 4 минуты 36 секунд:apopovv писал(а):Мда ....
А что это за вкладка у программатора "карта плохих блоков" на картинке lekm'а ?
Этож не с проста?
да нет на картинке у него никакой карты!
просто показана некая область забитая нулями. в дампе этой области вы точно не увидите!
Вот когда он покажет реальную карту из реальной микросхемы - тогда можно будет говорить о чем либо. выше я уже писал - под "картой бэд блоков" может скрываться простое умственное представление программы обслуживающей программатор о том что где либо есть битый блок. В самом чипе именно в виде "карты" этой информации не будет. Хотя какую либо таблицу программатор и может сохранить в микросхеме чисто для себя - но никто не опознает эти данные именно как некую таблицу. Почему - об этом неоднократно выше писали и я и еще один человек.
Тех кого не укусит balu_dark, завтра укусит Петросян.
