Кто-то из Freescale сделал это для своей системы оценки P1022DS (и некоторых других).Они предоставили несколько полезный документ о процессе в файле $ {UBOOTROOT} /doc/README.ramboot-ppc8500 (в U-Boot V2010.12).Этот документ довольно лаконичен и оставляет много вопросов без ответа, но я нашел разумное место для начала, когда мне нужно было отладить U-Boot для новой платы, до того, как флэш-память для этой платы заработала правильно.
Фактически, наличие нефункциональной флэш-памяти является одной из причин, по которой вы можете отлаживать U-Boot в оперативной памяти.(Есть несколько причин, перечисленных в README, и все они звучат довольно разумно для меня, в отличие от некоторых других советов, доступных по этому вопросу)
В нашей ситуации было обнаружено, что цель раннего прототипаАппаратное обеспечение платы включило ошибку в соединение шины адреса с флэш-памятью, что не позволило нам использовать эту флэш-память.В то время как оборудование было переработано и повторно изготовлено, мы хотели продолжить тестирование / отладку тех частей нашей конфигурации U-Boot, которые не зависели от флэш-памяти, например, I2C, Ethernet, конфигурация FPGA, PCIe и т. Д. (ТамЕсть множество вещей, которые не зависят от того, откуда берется образ U-Boot.
Запуск U-Boot после загрузки его в ОЗУ через интерфейс JTAG (с использованием Codewarrior и USB TAP) позволил нам продолжить нашЗадачи по загрузке U-Boot, хотя у нас не было функциональной флэш-памяти.Получив более новую версию целевой платы с правильно работающей флеш-памятью, мы вернулись к отладке тех частей U-Boot, которые раньше не могли протестировать.После этого U-Boot стал полностью функциональным, и нам не нужно было ждать вращения доски, чтобы добиться какого-либо прогресса.