Отправлено SM 11 августа 2004 г. 17:21 В ответ на: вопросы... отправлено yes 11 августа 2004 г. 17:06

Тогда обязательно убедитесь, что в нулевом векторе прерываний стоит переход на _c_int00. Это раз.

А про инициализацию EMIF - тут такая петрушка. _c_int00, который родом из рантайма, а не из биоса, вызывает _auto_init() ДО первого вызова main(), и если этот автоинит задумает что-то проинитить в SDRAM, то его ждет облом от ненастроенного контроллера.

насчет доступности SDRAM у 6202 через HPI я не в курсе (опять-же с этой серией не работал), но у 6711/6211/6713 точно доступна - сам туда гружу.

• секция .far положена в SDRAM, но кроме больших массивов ради которых это сделано — yes   (11.08.2004 17:29, 360 байт)
  • Ответ: — -=ВН=-   (11.08.2004 17:57, 964 байт)
    • есть вот еще вариант: (это для yes) (+) — SM   (12.08.2004 09:26, 123 байт)
  • Простейший вариант - сунуть все, что требует инициализации в onchip. Кстати, все что в секции far инициализации не требует. Там под это секция .const есть :-) — andy_P   (11.08.2004 17:44, пустое)
    • это пока сам туда не запихал что-то :) — SM   (11.08.2004 17:45, пустое)
      • Лучший способ, который я знаю - поставить инициализацию loadtime и посмотреть мапку на предмет, куда попали инициализируемые секции. Враг будет вычислен практически сразу :-) — andy_P   (11.08.2004 17:50, пустое)
        • А я иничу EMIF до загрузки и об этом не думаю. — SM   (11.08.2004 17:53, пустое)
          • Катит не всегда - у меня например загружается через pci->cpci->bridge???->host. Процесс загрузки проприетарный - есть дрова под win. Как-то там EMIF инициализируется, но поменять ничего нельзя. Причем еще и onchip для этого гада(загрузчика) надо дырку держать :-) — andy_P   (11.08.2004 17:59, пустое)
  • На счет far - в том-то и дело, что для них полный адрес используется , а не смещение от границы .bss — andy_P   (11.08.2004 17:38, пустое)
  • Ответ: (+) — SM   (11.08.2004 17:37, 351 байт)