Вы не авторизованы. Пожалуйста, войдите или зарегистрируйтесь.
Форум Guardant → Технологии защиты → Guardant Code. Ошибка при записи маски
Страницы 1
Чтобы отправить ответ, нужно авторизоваться или зарегистрироваться
Попытался записать, шататной GrdUtil, в локальный ключ очередную версию загружаемого кода, и получил ошибку "В дескрипторе выделен недостаточный размер flash-памяти для пользовательского приложения GrdCodeLoad". Предыдущие версии кода писались в этот же ключ без вопросов.
Что бы это значило?
В ключах Code есть 4 блока по 32 кб для загружаемого кода. Размер выделяемой флеш-памяти вы указываете в makefile для сборки кода. Т.к. аппаратная основа ключей Code и микропрограмма не претерпели существенных изменений с июля 2011 года, то причины такой ошибки могут быть следующие:
1. В маске ключа создан новый дескриптор для загружаемого кода, ему автоматом выделен сегмент памяти который был занят первым дескриптором.
2. В makefile вы увеличили размер флеш-памяти для загружаемого кода, и он не вмещается в существующий дескриптор.
3. Если в ключе единственный дескриптор и makefile вы не трогали, то вероятнее всего при доработке загружаемого кода его объем превысил 32кб (или сколько было для него выделено), и следует исправить makefile, увеличив память в параметре CFG_PROGRAM_SIZE. Если сейчас там 0х00008000, то следует выставить 0x00010000 (64кб вместо 32кб)
Первый и второй варианты отпадают, ничего из этого не трогалось. Попробовал увеличить параметр в makefile, и перекомпилил код. При загрузке его в утилиту, используемая Flash как была 20000-27FFF, так и осталась. При записи в ключ получил ту же ошибку.
Разобрался. С первого раза почему-то не отработал make template.
Продолжение темы. Пытаюсь удалённо обновить пользователю ключ с помощью GrdTRU (Полное обновление). В новой маске размер сегмента кода увеличен с 32к до 64к. При обработке кода подтверждения, получаю сообщение "Адресное пространство загружаемой программы пользователя пересекается с уже загруженной (требуется операция Init)
Что делать?
Здравствуйте!
Действительно, это довольно нестандартный кейс обновления, который не был покрыт тестированием.
Мы проверили, это ошибка - она будет исправляться.
Пытаюсь пока обойти ошибку. Создал в маске ещё одно поле загружаемого кода, размером на все оставшиеся 96к, "старое" так и оставил размером 32к. Поправил makefile для кода обоих сегментов. "Старый" код занимает ROM 20000-27FFF, RAM 40003000-4000310F. код в новом сегменте занимает ROM 28000-3FFFF, RAM 40003110-40007FDF. При таком варианте удалённое обновление происходит без ошибок, но при попытке выполнить код из нового сегмента, получаю ошибку 90 "При выполнении загружаемого кода произошло нарушение защиты виртуальной среды"
В чём я не прав?
Причина ошибки 90 в общем-то понятна. После удалённого обновления вышеописаной маской, GrdCodeInfo выдаёт для поля "старого" кода
StartAddr: 20000
CodeSizeMax: 20000
CodeSectorSize: 8000
StartRamAddr: 40003000
StartRamAddr: 40003000
и для нового
StartAddr: 20000
CodeSizeMax: 20000
CodeSectorSize: 8000
StartRamAddr: 40003000
StartRamAddr: 40003000
Т.е. фактически, все мои изменения в адресации и размерах при обновлении проигнорировались, хотя и в новой маске показывались правильно. Прискорбно!
Мы проверили, это ошибка - она будет исправляться.
Когда ожидать исправления ошибки?
Здравствуйте.
Когда ожидать исправления ошибки?
В ноябре этого года ожидается выпуск очередного релиза SDK Guardant, где ошибка будет исправлена.
Нельзя ли наладить выпуск каких-то фикс-паков или патчей? А то, по несколько месяцев ждать выхода SDK, ради исправления ошибки, очень долго получается. Работать то нужно "ещё вчера"!
Здравствуйте.
Нельзя ли наладить выпуск каких-то фикс-паков или патчей? А то, по несколько месяцев ждать выхода SDK, ради исправления ошибки, очень долго получается. Работать то нужно "ещё вчера"!
Мы стараемся выпускать исправления для конкретных ошибок "сразу", однако не всегда представляется возможным сделать это оперативно.
Приносим свои извинения за доставленные неудобства.
Здравствуйте.
Когда ожидать исправления ошибки?
Мы локализовали ошибку и, к сожалению, в ближайшем релизе нашего SDK исправления не будет.
Дело в том, что проблема в микропрограмме ключей и имеет архитектурные зависимости, одним выпуском нового SDK это не поправится.
Данная проблема будет неактуальна для активно разрабатываемых нами сейчас новых электронных ключей Guardant Code Pro, к релизу которых мы постараемся выпустить и обновление микропрограммы для текущей линейки ключей Code.
Все анонсы, касающиеся новых ключей (и не только) можно отслеживать на нашем сайте, в разделе новостей.
Скорость устранения багов просто "поражает"! Об ошибке я написал в мае, в сентябре пообещали исправить её в ноябрьском SDK, а теперь оказывается, что и этого не будет! Итого, ровно пол-года бесполезного ожидания ...
Code Pro - это всё, наверное, здорово, но что прикажете делать с существующими клиентами? Вопрос, скорее, риторческий.
Скорость устранения багов просто "поражает"! Об ошибке я написал в мае, в сентябре пообещали исправить её в ноябрьском SDK, а теперь оказывается, что и этого не будет! Итого, ровно пол-года бесполезного ожидания ...
Приносим свои извинения за доставленные неудобства, но именно эту проблему устранить нам все еще не удалось.
Code Pro - это всё, наверное, здорово, но что прикажете делать с существующими клиентами? Вопрос, скорее, риторческий.
к релизу которых мы постараемся выпустить и обновление микропрограммы для текущей линейки ключей Code.
Такое обновление (Secure Firmware Update) будет отдельно выложено на нашем сайте, а конечные пользователи смогут скачать его и самостоятельно применить.
Вчера получил очередную партию ключей Code. При её просмотре обнаружился один непонятный экземпляр Code micro, с версией микропрограммы 1.0.2.65, серийный номер 30BA504Ch (817516620d). Что это за ключ, если обновление Secure Firmware Update записывает версию 1.0.2.28?
Кстати, куда исчезла вся информация о Code Pro с русскоязычного сайта?
Вчера получил очередную партию ключей Code. При её просмотре обнаружился один непонятный экземпляр Code micro, с версией микропрограммы 1.0.2.65, серийный номер 30BA504Ch (817516620d). Что это за ключ, если обновление Secure Firmware Update записывает версию 1.0.2.28?
Здравствуйте!
Просьба направить письмо с этим содержанием на sales@guardant.ru и поставьте в копию hotline@guardant.ru
Кстати, куда исчезла вся информация о Code Pro с русскоязычного сайта?
Информация есть на нашем сайте https://www.guardant.ru/press-center/ne … 03-25.html
romik пишет:Вчера получил очередную партию ключей Code. При её просмотре обнаружился один непонятный экземпляр Code micro, с версией микропрограммы 1.0.2.65, серийный номер 30BA504Ch (817516620d). Что это за ключ, если обновление Secure Firmware Update записывает версию 1.0.2.28?
Здравствуйте!
Просьба направить письмо с этим содержанием на sales@guardant.ru и поставьте в копию hotline@guardant.ru
Отправил по указаным адресам в тот же день. От sales пришло пару писем с утонениями моих реквизитов, от hotline - полная тишина. Саппорт оставляет желать лучшего...
Станислав Петрушевский пишет:romik пишет:Вчера получил очередную партию ключей Code. При её просмотре обнаружился один непонятный экземпляр Code micro, с версией микропрограммы 1.0.2.65, серийный номер 30BA504Ch (817516620d). Что это за ключ, если обновление Secure Firmware Update записывает версию 1.0.2.28?
Здравствуйте!
Просьба направить письмо с этим содержанием на sales@guardant.ru и поставьте в копию hotline@guardant.ruОтправил по указаным адресам в тот же день. От sales пришло пару писем с утонениями моих реквизитов, от hotline - полная тишина. Саппорт оставляет желать лучшего...
Здравствуйте!
Прошу прощения за заминку с ответом. С Вами должны были уже связаться и договориться о замене ключа.
Спасибо, sales сегодня ответил.
Спасибо, sales сегодня ответил.
Пожалуйста! Ещё раз извиняюсь за доставленные неудобства.
Страницы 1
Чтобы отправить ответ, нужно авторизоваться или зарегистрироваться
Форум Guardant → Технологии защиты → Guardant Code. Ошибка при записи маски
