[Dimidrol 0]

Добрый день! 

Может быть кто-нибудь сталкивался. В одной из купленных партий Zynq-045 (в 900 корпусе) обнаружилась интересная особенность (на двух платах), а именно отсутствие  второго ядра процессора. Это наблюдается как в SDK, так и путем автономного запуская системы, использующей второе ядро (программа не стартует на втором ядре). При работе Barmetal только на Core-0 все необходимые мне функции работают нормально.

Что это, косяк в монтаже (предыдущие платы работали нормально), либо китайские обрезанные микросхемы из отбраковки?

[k2i 0]

Может это Zynq с буквой S?  В нем одно ядро.

 

[alexadmin 0]

1 hour ago, k2i said:

Может это Zynq с буквой S?  В нем одно ядро.

Официально S с номером 7045 не бывает. Я бы копал через поставщика...

[gosha-z 2]

А что говорит команда targets из xsct? И какой камень видит Hardware Manager из Vivado? Есть такая багофича у всех цинков - второй/третий/четвертый процессора не включаются через PSCI после софтресета (rst -system/rst -processor), только после POR.

[Flood 12]

10 часов назад, Dimidrol сказал:

либо китайские обрезанные микросхемы из отбраковки?

Даже если бывают такие, то у них должна быть специальная маркировка (SCD-код).

[Dimidrol 0]

Спасибо за ответы, завтра посмотрю вывод xsct.

Сейчас могу сказать, что  если подключаться в SDK system debugger ом, то в отладчике выпадает в списке только одно ядро. Linux в AMP конфигурации не может запустить программу на втором ядре. На третьей плате таких проблем нет.  Но там и закупка была в другое время и монтаж... Пока в раздумьях, маркировка на м/сх вполне обычная, закупались у проверенного временем поставщика. Больше похоже что на монтаже что-то напутали, но не пойму что именно могло вызвать такое поведение. 

[gosha-z 2]

29 minutes ago, Dimidrol said:

если подключаться в SDK system debugger ом, то в отладчике выпадает в списке только одно ядро

А вы, часом, ps_init не забыли позвать? И как генерили fsbl для линуха?

[Dimidrol 0]

Две платы. Условия включения одинаковые, без источников загрузки (SD карты вынуты). Подцепляюсь при помощи SDK, результат ниже:

1)

2)

FSBL запускаю с такими параметрами напрямую из SDK:

3)

Прогнал по шагам, BOOT_MODE сравнил, у обоих плат одинаковый, SILICONE_REVISION тоже.

Замечу, что прошивка уже была отлажена не на одном устройстве, FSBL был сгенерирован стандартно из SDK 2017.4 и никогда проблем не было до этого момента.

Да и видно, что странное поведение происходит еще до момента загрузки любых загрузчиков и программ.

[gosha-z 2]

Может таки монтаж? Непропай питания, например... Лично с таким не сталкивался.

[Flood 12]

20 часов назад, Dimidrol сказал:

Но там и закупка была в другое время и монтаж... Пока в раздумьях, маркировка на м/сх вполне обычная, закупались у проверенного временем поставщика. 

Маркировка 2D кодом или старая?

Сколько ядер указано в ICDICTR?

[Dimidrol 0]

18 минут назад, Flood сказал:

Маркировка 2D кодом или старая?

Маркировка кодом есть, сканирование приложением проходит нормально.

[Flood 12]

52 минуты назад, Dimidrol сказал:

Маркировка кодом есть, сканирование приложением проходит нормально.

В приложении следующей строкой после спидгрейда не появляется поле "SCD" ?

 

Ну и в регистрах - сколько ядер указано?

[Dimidrol 0]

[Flood 12]

Вроде совершенно нормально выглядит

[Dimidrol 0]

Думаю, следует поделится некоторой информацией в продолжение данной темы. Редко, но у нас начали появляться новые платы с обрубленным вторым ядром. Повторное гугление привело на форум хилых, где у людей такая проблема также случалась. Оказывается,  что ядро может пропадать, если зашить FUSE бит в регистре FUSE_CNTL под номером 7. В документации описания на этот бит нет, но на форуме упоминается. Тем на форуме много, вот одна из них.

А вот далее самое интересное - по данным с сайта хилых, рандомная запись FUSE-битов может происходить из-за нарушения последовательности подачи и снятия напряжений питания, тактов и сброса POR_B. Поэтому предостерегаю и советую проверить данные в регистре 0xF800D010, и при наличии выставленных FUSE задуматься о проверке условий из AR# 65240

Но что еще более интересное, мы условия эти проверили и на первый взгляд, нарушений не выявили. Поэтому сейчас в некотором замешательстве.