Перейти к содержанию
    

_SY_

Участник
  • Постов

    50
  • Зарегистрирован

  • Посещение

Репутация

0 Обычный

Информация о _SY_

  • Звание
    Участник
    Участник

Информация

  • Город
    Array
  1. Добрый день. В процессорах MPC860 конечно уже был JTAG, но это были одни из первых процессоров с поддержкой JTAG, эта поддержка там реализована не очень. К примеру, в дефолтной конфигурации JTAG выключен, и для того чтоб включить надо загрузить особенную (не дефолтную) reset конфигурацию. Кроме того, не поддерживается команда idcode, т.е. нет возможности определить тип процессора и длину boundary scan регистра, надо задавать вручную. Если это все не пугает то - вперед. Если хочется решить эту проблему более простым способом, то вам нужен дебагер и BDM-шнурок для него. Напишите в профиле город, в котором вы находитесь.
  2. Ну да, по-хорошему нада бы еще че-то с железом поделать, т.е. если это LCS[0], то надо прописать регистры BR0 и OR0. Плюс не забыть сделать local bus window в регистрах LBLAWBAR и LBLAWAR "Transfer error ack" это софт попытался полезть по адресу, который не назначен ни на один из мем контролеров, и не получил transfer acknowledge в положенное время.
  3. Ну видимо да. С отладкой U-boot опыта нету, извините. Он обычно как-то работает.
  4. Да, писать самостоятельно dts, потом компилировать с помощью компилятора dtc и получать на выходе dtb.
  5. Вы ядро какой командой Uboot-а запускаете? Если "bootm", то там в явном виде необходимо указать адрес device tree Вот с сайта Uboot-а: http://www.denx.de/wiki/DULG/UBootCmdGroupExec Usage: bootm [addr [arg ...]] - boot application image stored in memory passing arguments 'arg ...'; when booting a Linux kernel, 'arg' can be the address of an initrd image When booting a Linux kernel which requires a flat device-tree a third argument is required which is the address of the device-tree blob. Ядро без dtb не будет работать.
  6. dtb это device tree без него ядро не будет работать. В документации kernel есть документация как писать этот device tree, в каталоге /documentation/powerpc/dts-binding/ Честно говоря нету опыта с кросскомпилятором из openwrt, проще всего по-моему взять готовый BSP на плату 8360.
  7. Напишите более подробно, что собирали, чем собирали, и так далее. Что за инструкция лежит по этому адресу? Какой дебагер? Какой брекпоинт? Софтварный? Софтварный брекпоинт это и есть exception 0x700. Алгоритм отладки линуксового ядра посоветовать не могу. CodeWarrior Linux Platform Edition его вроде бы может дебагать, но ни разу не пробовал.
  8. Uboot и линукс откуда взяты? Из фрискейловского BSP на 8360 плату? Патчи все приложены? Память DDR проверили на работоспособность?
  9. На страничке 8349-го есть пара ссылок на стэки - CMX и MQX http://www.cmx.com/tcpip.htm http://www.embedded-access.com/products/rt...cpip_stack.html Я думаю что можно их перетащить на 8315 при большом желании, разница между этими процессорами не должна быть сильно большой. Производительность линуксового стэка не проверяли, задачи такой небыло, та и так понятно что никто там особо ничего не оптимизировал.
  10. Ну в Линуксе на 8315-ю плату разве нету драйвера? Или вам standalone стэк нужен? Про standalone имплементации стека TCP/IP слышал, но это извращение по-моему, обычно если нужен стек TCP/IP, то используют линукс или любую другую ос и не греют голову.
  11. Ну а куда ему остальную энергию-то деть? Закон сохранения ведь никто не отменял, сколько поглощает столько и излучает в тепло, если работы не совершает. MPC8323 это урезаная версия от MPC8360, которую сделали специально для миграции со старых MPC82xx и MPC8xx девайсов. Сильно большой производительности не ждите. Сапорт. Для старых CPM был специальный Excel файл для оценки CPM performance, а для новой QE - вроде нет.
  12. Э..м-м-м... А что такое КПД проца? Проц - это грелка, он ничего не делает в моем понимании - ни к массе ускорение не прикладывает, ни тяжести не поднимает в поле потенциальных сил. Как оценить полезную работу проца в Ваттах? Думаю что нет. Думаю что он специфичен как к типу флешки, так и к типу DDR-памяти, т.к. скорее всего инициализирует и использует DDR память. Ну драйвер-то их самописаный, насколько я понимаю, кто его должен еще поддерживать? И я не очень понимаю, причем тут Линукс, если честно. Вы хотите железяку заставить принимать/передавать 4 потока TDM по 32 mbps, все это в сыром виде складывать в память (это transparent режим), потом как-то обработать с помощью своего софта самопального и отправить про Ethernet. Ну так и попросите оценить производительность QE для этой конкретной задачи, причем здесь какой-то линукс и какой-то драйвер? Железо прежде всего должно уметь прокачивать, а потом уже будете колупать драйвер, если он криво написан и не работает как вам надо. В документации написано только потребление самого девайса, оно-же его рассеяние. Если у вас какие-то внешние нагрузки к ногам подключены, то соответственно, по 3.3В надо будет что-то добавить, в зависимости от сопротивления ваших нагрузок, их емкостей и частоты с которой вы эти емкости перезаряжаете. Конечно, никто вам полное потребление всех ваших нагрузок считать не будет. Насчет закона ома не очень понял, по-моему вы че-то путаете, закон ома это U=I*R
  13. I2C eeprom не грузит U-boot, она содержит код флэш программатора, который умеет брать образ флэшки по протоколу Kermit и программировать флэшку. Т.е. с помощью нее можно образ U-boot-а зашить в пустую флешку без использования USB TAP, если у вас нет USB TAP. Про производительность драйвера ucc_tdm спросите в сапорте. Про корявые таблицы - я вам ответил как есть на самом деле. Таблицу можно исправить, если есть желание, то можете туда-же написать, скажут вам спасибо и исправят.
  14. Я не очень понимаю смысл вопроса. Что такое "i2c boot"? TDM интерфейс - железный, он ресурсы процессора или QE не потребляет. Можете щелкать биты туда/сюда как хочется. А дальше вопрос, что именно вы хотите с этими битами делать. Если просто сложить в память без обработки, то нужен transparent протокол. Надо оценивать производительность QE, сможет ли она лопатить transparent протокол с нужной вам скоростью. Если производительности QE хватило, то в память вы сложили. А дальше надо понять, что конкретно нужно сделать, какие конкретно нужны процессорные ресурсы для этого.
  15. Мне не попадались. Да. Этим занимается boot loader, а не линукс. Я думаю что все описано в документации на него. http://www.denx.de/wiki/U-Boot/WebHome Да разные бывают, вот например 2-гиговый модуль Hynix HYMP125S64CR8 сделал из 16-ти чипов по 8 бит, чипы HY5PS1G831C А модули меньшего размера (1G и 512Mb) сделаны на 16-битных чипах. E3 имеет очень сложную канальную структуру, которая не поддерживается. "E3 clear channel" это просто битовый поток со скоростью E3, без поддержки без канальной структуры. Простой битовый поток конечно нет проблем принять.
×
×
  • Создать...