Отправлено Postoroniy_v 28 июля 2005 г. 17:43

А поведение поменялось не узнаваемо!
после отладки бутера(грузимся из SPI флешки)
и всех функций в буте(работало всё отлично и без нареканий), программисты решили перенести стек из L1
в sdram..и тут началось то сбрасыватся случайно и не предсказуемо
то вообще вешается, а иногда не может загрузится - тоесть находится в процессе загрузки вечно!
при этом известно что память sdram провереная и битой быть не может.
код компилировался в vdsp 4.0, bf-531 rev0.3, кеш данных и инструкций
выключен. Изменение частоты ядра и переферии, тоесть её понижение, не даёт стабильной работы, но как только стек возвращаем назад в L1 все симптомы пропадают.
Заранее спасибо всем ответившим.

• Даже интересно стало, перебросил стек в сдрам, полёт нормальный, только тормознутый :) Не есть хорошо стек в сдрам пихать. (+) — kolja   (29.07.2005 13:01 212.9.251.178, 89 байт)
  • оно ясно, что медленно(+) — Postoroniy_v   (29.07.2005 13:22 62.118.34.166, 140 байт)
    • Ну если uclinux, то да. А процик BF532, 400MHz Core, 133MHz SDRAM. На шине ничего больше нет(+) — kolja   (29.07.2005 13:32 212.9.251.178, 107 байт)
      • Да, у меня тоже попытки включить кэш данных в uLinux закончились ничем (+) — Зок Мёдов   (29.07.2005 13:54 212.34.54.6, 286 байт)
        • Да хрен его знает. Я так распределил память, что наличие кеша данных не сильно увеличило бы скорость.(+) — kolja   (29.07.2005 14:12 212.9.251.178, 189 байт)
• Вот в чём ваша проблема, похоже я на это когда-то наступал (+) — Зок Мёдов   (28.07.2005 19:19 212.34.54.6, 692 байт)
  • есть свой crt(+) — Postoroniy_v   (28.07.2005 19:33 62.118.34.166, 386 байт)
• А как проверяли sdram ? Может нужен хороший тяжелый тест? — Кн   (28.07.2005 18:21 213.33.250.250, пустое)
  • в sdram -е я уверен, проверял так запись в 0 aa55 проверяем запись в 2 55aa проверяем и т.д. (-) — Postoroniy_v   (28.07.2005 18:24 62.118.34.166, пустое)
    • Не качественный тест. Ничего не даст (+) — SM   (28.07.2005 18:35 195.225.131.183, 228 байт)
      • "Заполнить ВСЮ память адресом ячеек, проверить ВСЮ память" так тоже делал, тест проходит(-) — Postoroniy_v   (28.07.2005 18:39 62.118.34.166, пустое)
        • Вряд ли, но вдруг, регенерация правильно настроена? — -=ВН=-   (28.07.2005 18:46 194.190.181.231, 197 байт)
          • настраивается(+) — Postoroniy_v   (28.07.2005 18:55 62.118.34.166, 180 байт)
            • Мдя, спрашиваешь одно, а... — -=ВН=-   (28.07.2005 21:25 194.190.181.231, пустое)
        • Тогда не знаю. Вот еще (+) — SM   (28.07.2005 18:42 195.225.131.183, 278 байт)
          • :-) главное нашли! найду в чем хренотень напишу(-) — Postoroniy_v   (28.07.2005 18:44 62.118.34.166, пустое)
• Мож выход за пределы и засирает что-то? Я думаю собственно BF тут не причем. — SM   (28.07.2005 17:44 195.225.131.183, пустое)
  • стек кидаем как раз по середине sdram (32 мега всего). а весь код зупаскается искл-но из L1(+) — Postoroniy_v   (28.07.2005 17:58 62.118.34.166, 120 байт)