Отвечу на вопросы по PowerQUICC Опции

[_SY_]

Доброго времени суток.

Имею некоторый опыт, готов ответить на вопросы по PowerQUICC процессорам (серия MPC8xxx фирмы Freescale).

Кому интересно - ссылка на сравнительную таблицу продуктов PowerQUICC на сайте freescale

http://www.freescale.com/files/32bit/doc/b...RDSDPRODSUM.pdf

[vitan]

Вы представитель freescale или просто поработали с этими процессорами? С какими конкретно? О чем вас можно спрашивать: о программировании, о схемотехние\применении или о закупках? Или обо всем?

[_SY_]

Работал, и продолжаю. С какими конкретно не особо важно, т.к. они все внутри семейств более-менее похожи. Некоторые вообще один и тот-же кристалл внутри содержат. По семействам - семейства MPC8xx, MPC82xx, MPC83xx. Старшие семейства MPC85xx и MPC86xx тоже, в немного меньшей степени. Спрашивать можно технические вопросы.

К закупкам не имею отношения, по закупкам лучше спрашивать московских представителей Freescale или дистрибуторов. Я ничего не продаю.

[AlexandrY]

Ну и как оно, сильно там глючные прошивки их QUICC engin-а?
Патчей много надо накладывать?

Работать с ними можно только через линукс или есть возможность сгенерить драйвера под что нибудь помельче?

Работал, и продолжаю. С какими конкретно не особо важно, т.к. они все внутри семейств более-менее похожи. Некоторые вообще один и тот-же кристалл внутри содержат. По семействам - семейства MPC8xx, MPC82xx, MPC83xx. Старшие семейства MPC85xx и MPC86xx тоже, в немного меньшей степени. Спрашивать можно технические вопросы.

К закупкам не имею отношения, по закупкам лучше спрашивать московских представителей Freescale или дистрибуторов. Я ничего не продаю.

[Shamil]

Ну и как оно, сильно там глючные прошивки их QUICC engin-а?
Патчей много надо накладывать?

Не знаю как PowerQUICC,
но мы уже 10 лет плотно работаем
с MC68MH360, и за все время
был замечен только один мелкий,
несущественный глючек.
А в остальном работает, как написано.

MC68MH360 - это тот же QUICC (книжка
с описанием этого режима общая для обоих
процессоров), только основное ядро CPU32.

[_SY_]

Ну и как оно, сильно там глючные прошивки их QUICC engin-а?
Патчей много надо накладывать?

Да не особо. Есть некоторые вещи, про которые в Errata в явном виде написано что "не работает, используйте патч".
В новых процессорах начиная с MPC8360 поставили новую коммуникационный сопроцессор QE, который полностью документирован, сорцы известны, есть полный набор средств для писания собственных микрокодов.

Работать с ними можно только через линукс или есть возможность сгенерить драйвера под что нибудь помельче?

Ну почему только линукс, есть еще VxWorks и QNX.
Шутка. На старые процессоры типа MPC8xx врядли вообще имеет смысл линукс напяливать, там все обычно так пишется. Ну и для любых других процессоров интерфейс к железу полностью описан, поэтому при желании можно свое standalone приложение написать или собственную операционную систему даже нагородить. Линукс там как бесплатное приложение, потому что иначе тяжело. IP-stack допустим в линуксе есть, ну и еще много чего полезного и т.д.

MC68MH360 - это тот же QUICC (книжка с описанием этого режима общая для обоих процессоров), только основное ядро CPU32.

Да, MPC860 (первый из PowerQUICC-ов) был сделан именно из MC68360 методом замены ядра на PowerPC. Производительность в несколько раз выше.
Ну и плюс частоту подняли, напряжение питания опустили до 3.3V, добавили Fast Ethernet, как-то приделали интерфейс SDRAM.

Сейчас вместо 860 лучше использовать 866, если браться за новый дизайн.

68360 это вообще ископаемое, этому процессору лет 15 примерно, его давно уже собираются бросить выпускать, но конкретная дата "End of Life" пока вроде бы не названа. Хорошая машинка была, но для новых разработок не советую.

[AlexandrY]

Да не особо. Есть некоторые вещи, про которые в Errata в явном виде написано что "не работает, используйте патч".
В новых процессорах начиная с MPC8360 поставили новую коммуникационный сопроцессор QE, который полностью документирован, сорцы известны, есть полный набор средств для писания собственных микрокодов.

Да набор то я видел, вернее набора то и не увидел.
Есть какой-то CommExpert Software который как я понял просто конфигуратор уже прописанных в ROM микрокодов.
А чем сами микрокоды писать? Для С-и там есть компилятор?
Тулза ихняя "Run Time CE" тож не на уровне команд отлаживает, а так, на каком-то прикладном. Так чем по шагам отлаживаете микрокод?

Ну почему только линукс, есть еще VxWorks и QNX.
Шутка. На старые процессоры типа MPC8xx врядли вообще имеет смысл линукс напяливать, там все обычно так пишется. Ну и для любых других процессоров интерфейс к железу полностью описан, поэтому при желании можно свое standalone приложение написать или собственную операционную систему даже нагородить. Линукс там как бесплатное приложение, потому что иначе тяжело. IP-stack допустим в линуксе есть, ну и еще много чего полезного и т.д.

В CommExpert Software упоминается только генерация драйверов под линукс. Неужто вы писали сами драйвера под не линуксы.
Особенно прикалывает реализация у них PPP и мультилинк PPP.
Они что, и авторизацию там реализовали типа MS CHAP?
А че тогда весь TCP стек сразу не сделали на QUICC?
Вон, Wiznet легко делает. А может есть микрокод хотя бы для стека ARP/DHCP/ICMP/IP/TCP ?

Как то мутноваты перспективы освоения и применения этого QUICC.
Не легче ли все таки ARM Cortex-A8 с FPGA применить. Или у вас просто не было выбора?
Цены у QUICC просто дикие.

[VslavX]

Цены у QUICC просто дикие.

Да я бы не сказал что дикие. Младшие MPC831x стоят от $15. Или на рынке есть еще какие чипы 400MHz+, DDR2, PCI, PCIe, USB HS, SATA, GMAC за $15?
Сами чипы хороши, документация очень внятная и саппорт у QUICC - отличный, afaik , часть команды саппорта - в Новосибирске. Отвечают на вопросы быстро, грамотно, по делу. Причем люди не леняться написать тест именно для запрашиваемой конкретной проблемы и как-то я даже в выходные ответ получил. Поэтому - лично от меня - Новосибирску "большой риспект и уважуха" .

[AlexandrY]

А, типа намекаете, что беспристрастной оценки юзабельности чипов я здесь не получу?
Здесь ребята из суппорта.

На Freescale я тож не жалуюсь. Тех поддержка оперативная.

А насчет списка DDR2, PCI, PCIe, USB HS, SATA, GMAC я и хотел бы узнать насколько это реализуемо все в одном чипе.
Если сложить все максимальные потоки этих интерфейсов то и Intel® Core™ i7 не хватит.
Вот и интересно чем жертвуют, и где предел эффективного использования QUICC в коммуникационной области.

Да я бы не сказал что дикие. Младшие MPC831x стоят от $15. Или на рынке есть еще какие чипы 400MHz+, DDR2, PCI, PCIe, USB HS, SATA, GMAC за $15?
Сами чипы хороши, документация очень внятная и саппорт у QUICC - отличный, afaik , часть команды саппорта - в Новосибирске. Отвечают на вопросы быстро, грамотно, по делу. Причем люди не леняться написать тест именно для запрашиваемой конкретной проблемы и как-то я даже в выходные ответ получил. Поэтому - лично от меня - Новосибирску "большой риспект и уважуха" .

[VslavX]

А, типа намекаете, что беспристрастной оценки юзабельности чипов я здесь не получу?
Здесь ребята из суппорта.

Да нет, ни на что особенное я не намекал, просто выразил благодарность .

А насчет списка DDR2, PCI, PCIe, USB HS, SATA, GMAC я и хотел бы узнать насколько это реализуемо все в одном чипе.

Да вроде неплохо реализовано, шина CSB внутри довольно эффективная - "честная" матрица, пропускная до 2,66Гбайт/сек (64 бита/333МГц), поддержка аппаратной когерентности (и это реально работает - проверил и использую), контроллер памяти тоже на уровне - 64/72 бит DDR2-400 с контролем четности (средние и старшие модели, младшие - 32/36 бит). Так что - обмен с контроллерами и памятью вполне должен справиться. Узким местом скорее будет ядро, хотя оно, на мой взгляд, и побыстрее чем ARM9 будет, обладает "честной" суперскалярностью - до 2-х инструкций за такт. Если я не ошибаюсь - старшие QUICC вообще двухядерные.

Если сложить все максимальные потоки этих интерфейсов то и Intel® Core™ i7 не хватит.
Вот и интересно чем жертвуют, и где предел эффективного использования QUICC в коммуникационной области.

CoreI7 - отнюдь не вершина производительности для коммуникацонных применений. Там где предел - там другие чипы ставят - типа последних MIPS-ов от RMI или IXP2800 от Интела. Цена у них тоже "другая". Мне кажется, что для домашнего гигабитного маршрутизатора или NAS - PowerQUICC за 15$ - самое оно. Ну может чипы и не идеальные, но давайте Ваш пример - хотя бы с набортным GMAC за сравнимые деньги?

[_SY_]

Ну закидали вопросами. Я думал чахлый раздел, хотел оживить слегка.

Да набор то я видел, вернее набора то и не увидел.
Есть какой-то CommExpert Software который как я понял просто конфигуратор уже прописанных в ROM микрокодов.
А чем сами микрокоды писать? Для С-и там есть компилятор?
Тулза ихняя "Run Time CE" тож не на уровне команд отлаживает, а так, на каком-то прикладном. Так чем по шагам отлаживаете микрокод?

Там какая-то специальная версия CodeWarrior-а для писания микрокодов. Сам не писал. Си-компилятора не видел, то что нам показывали выглядело как какой-то собственный RISC-образный ассемблер. Отлаживали с симуляторе.

В CommExpert Software упоминается только генерация драйверов под линукс. Неужто вы писали сами драйвера под не линуксы.

Линукс типа бесплатный и ничейный, поэтому под него BSP дают и драйвера пишут. А под все другие ос драйвера пишут разработчики ОС. У виндривера все свое.

А че тогда весь TCP стек сразу не сделали на QUICC?
Вон, Wiznet легко делает. А может есть микрокод хотя бы для стека ARP/DHCP/ICMP/IP/TCP ?

Интересный вопрос. Не знаю. Наверное, это QE только недавно появилось и еще не успели все написать. Надо спросить.

Не легче ли все таки ARM Cortex-A8 с FPGA применить. Или у вас просто не было выбора?

Не сталкивался. Всякими 8-бит контроллерами в основном развлекался.

Сами чипы хороши, документация очень внятная и саппорт у QUICC - отличный, afaik , часть команды саппорта - в Новосибирске. Отвечают на вопросы быстро, грамотно, по делу. Причем люди не леняться написать тест именно для запрашиваемой конкретной проблемы и как-то я даже в выходные ответ получил. Поэтому - лично от меня - Новосибирску "большой риспект и уважуха" .

Ну я бы не сказал что все так безоблачно. Косяков всяких в документации полно. Сапорт в россии есть, но писать надо на английском.

[VslavX]

Ну я бы не сказал что все так безоблачно. Косяков всяких в документации полно. Сапорт в россии есть, но писать надо на английском.

Ну куда ж без "косяков" . Есть такое дело - встречаются. Но информации - достаточно, проект - "поднялся и завелся". Жаль информацию по BDM не открывают - через boundary scan грустно начальный загрузчик программировать.

[darlock]

Есть куча вопросов по 8240 и 8245. Все вопросы практически нубские .

1) Доступный JTAG adapter, существует ли?
2) Если адаптер все же появился какой софт надо использовать?
3) 8245 стоит на PCI плате, возможен ли debug в реалтайме?
4) Помимо 8245 на плате стоит РОМка как вычитать и записать ее?

Вроде простые действия но по моторам какая-то таинственность и непонятность.

Сообщение отредактировал darlock - Mar 19 2009, 22:30

[_SY_]

Жаль информацию по BDM не открывают - через boundary scan грустно начальный загрузчик программировать.

BDM который? MPC8xx в мануале описан. Если про ты JTAG/COP который в MPC82xx и старше, то да, не дают. Но вроде бы это особенно и не нужно, инициализируешь память, кладешь туда код и шьешь свою флешку самим процессором.

1) Доступный JTAG adapter, существует ли?
2) Если адаптер все же появился какой софт надо использовать?

Freescale-овский софт называется CodeWarrior. Компилятор, отладчик, программатор флеша и т.д. в одном флаконе. Но этот зверь поддерживает всего несколько адаптеров, Codewarrior USB TAP например. Этот адаптер стоит баксов триста по-моему. Сам Codewarrior тоже денег стоит, можно демо-лицензию попросить.

А вообще все от софта зависит, известно что есть в природе и другой софт, у него свой список поддерживаемых адаптеров.

3) 8245 стоит на PCI плате, возможен ли debug в реалтайме?

Через PCI в смысле? Не знаю, не извращался. А USBTAP конечно можно воткнуть, ему-то какая разница.

4) Помимо 8245 на плате стоит РОМка как вычитать и записать ее?

Да хоть тем-же Codewarrior-ом. Защиты никакой нету.

Кстати, 8245 тоже довольно старый девайс и несколько своеобразный. Зачем он тебе?

[darlock]

MPC8245 до сих пор используется.
У меня задача более интересная и несколько обратная проектированию, есть готовая PCI (32 бита 33 МГц) плата. На плате стоит 8245, 2 мегабитная ромка, RAM и вспомогательная цифровая обвязка. Задача немного модифицировать РОМку т.к. существующая версия фирмвари не соответсвует решаемым задачам.
Из документации на проц понятно что в случае когда чип сидит на шине PCI , возможна адресация внтуренней (находящейся на плате RОМ и RАМ) памяти, т.е. возможен вариант отладки без JTAG.
Хотелось бы понять узнать, если опыт работы с подобными конструкциями на PCI шине.

Существуют ли JTAG адаптеры помимо USB TAP COP позволяющие отлаживаться в реалтайме?

[_SY_]

Из документации на проц понятно что в случае когда чип сидит на шине PCI , возможна адресация внтуренней (находящейся на плате RОМ и RАМ) памяти, т.е. возможен вариант отладки без JTAG.

Адресация конечно возможна, отладка без JTAG тоже я думаю.

Хотелось бы понять узнать, если опыт работы с подобными конструкциями на PCI шине.

Опыт работы в режиме PCI agent да, отладки без JTAG - нет. Хотя теорема существования доказана, т.е. известно что есть некий standalone отладчик MetroTRK, его можно прошить во флешку и потом работать с ним через COM-порт. CodeWarrior даже вроде его поддерживает, насколько я помню. Вот можно попробовать взять его исходный код и перелопатить на свой лад.

Существуют ли JTAG адаптеры помимо USB TAP COP позволяющие отлаживаться в реалтайме?

Существует много JTAG адаптеров, но не все поддерживаются не всяким софтом. Поясни пожалста что ты понимаешь под "отлаживаться в реалтайме".

[Shkn]

День добрый.
Нужна помощь с MPC8323E PowerQUICC II Pro.
Есть плата на этом процессоре и софт (Linux)/
Необходимо осуществить заливку u-boot, но требование - минимальное по цене доп оборудование.
Есть ли возможность залить прошивку на голый процессор через последовательный порт. Или единственно возможный способ это использовать JTAG?
Если использовать JTAG, то подойдет ли аналог Wiggler-а? Имеющийся Wiggler испытывался на ARM9 AT91RM9200.
Какой ПО использовать для заливки из под Windows?

[dch]

Нужна помощь с MPC8323E PowerQUICC II Pro.

какую четырехслойку порекомендуете .

[_SY_]

Есть ли возможность залить прошивку на голый процессор через последовательный порт.

Нет.

Или единственно возможный способ это использовать JTAG?
Если использовать JTAG, то подойдет ли аналог Wiggler-а? Имеющийся Wiggler испытывался на ARM9 AT91RM9200.
Какой ПО использовать для заливки из под Windows?

Опыта с Wiggler-ом к сожалению нету. Freescale не предлагает решения только для программирования, все что можно купить это полноценный CodeWarrior (который имеет встроенный программатор) и соответственно CodeWarrior USB TAP. На CodeWarriror можно получить trial-лицензию, а вот USB TAP стоит денег и немалых. Wiggler раньше поддерживался, теперь нет.

Флэш можно зашить обычными JTAG инструкциями, т.е. положить процессор в reset и, манипулируя ножками, выставлять на ножках флэш данные и дергать ногами программирования. Медленно, но зато софт хоть самостоятельно можно написать.

Еще можно че-нить простенькое на шину приладить специально для программирования.

Или попробовать использовать boot sequencer для того чтоб выполнить минимальный код который поднимет посл. порт, вычитает из посл. порта программу и запустит.

какую четырехслойку порекомендуете .

Я не верю что можно развести 8323 на четырехслойной плате. У процессора пять колец ножек, шаг 1 мм.
Итого - верхний слой будет занят площадками, пару слоев земля/питание неплохо бы иметь, и еще 5 слоев на вывод ножек из под корпуса.
Итого минимум восемь. Ну может меньше при хорошем раскладе, но все равно никак не четыре.

[_SY_]

Или единственно возможный способ это использовать JTAG?
Если использовать JTAG, то подойдет ли аналог Wiggler-а? Имеющийся Wiggler испытывался на ARM9 AT91RM9200.
Какой ПО использовать для заливки из под Windows?

Забыл сказать, есть еще альтернативный софт, например Macraigor
http://www.macraigor.com/

У них есть и дебагер, и дебаговые концы, и программатор даже предлагают.

Wiggler это как раз их поделка.

Только новых процов я у них в списке поддерживаемых не увидел.

[dch]

Я не верю что можно развести 8323 на четырехслойной плате. У процессора пять колец ножек, шаг 1 мм.
Итого - верхний слой будет занят площадками, пару слоев земля/питание неплохо бы иметь, и еще 5 слоев на вывод ножек из под корпуса.
Итого минимум восемь. Ну может меньше при хорошем раскладе, но все равно никак не четыре.

мы же родина множества замечательных вещей :-)

[dkogna]

А кто нибудь видео контроллер использовал с 83xx? Если да то какой.
Есть референсные платы, сейчас нахожусь в поиске видео контроллера.....

[_SY_]

Есть небольшой опыт использования видеоконтроллеров Epson S1D13xxx
http://vdc.epson.com/
Референсного дизайна для 83xx нету, но там несложно.

А вообще, есть несколько процессоров со встроенным видеоконтроллером:

1. MPC5121 - сделан на том-же ядре e300 , что и MPC83xx, но с несколько другим набором периферии
www.freescale.com/webapp/sps/site/prod_summary.jsp?code=MPC5121e

2. MPC8610 - ядро e600, частота до 1,3 Ghz
http://www.freescale.com/webapp/sps/site/p...sp?code=MPC8610

3. MPC823 - старый PowerQUICC из семейства MPC8xx
www.freescale.com/webapp/sps/site/prod_summary.jsp?code=MPC823

[_SY_]

Не могу отправить ответ на ЛС, пишет "пользователь отключил свой личный ящик", поэтому отвечу здесь:

Здравствуйте!

Прочитал в одной из веток форума, что Вы даете консультации по freescale.
Проблема в следующем - есть reference design на mpc8377 WLAN с двумя разъемами PCI-E. При утсановке в PCIe карточки (мы использовали wifi mini-pcie) linux отказывается даже находить устройства на шине (ничего ни в /proc ни в /sys нет, соотвественно и lspci молчит), в u-boot видится карточка, но только в одном разъеме ( пробывали в другой разъем разные карточки вставлять - безрезультатно).
u-boot -1.3.3 и linux-2.6.25 - которые шли с набором.

Может Вы подскажите в чем наши действия не верны?

Добрый день.

Такой платы у меня нет, соответственно - точно сказать не могу. Могу дать только общие советы. Во-первых какая именно карточка - она шла в комплекте с платой или нет? Если в комплекте то однозначно должна работать. Если вы пытаетесь сунуть какую-то свою карточку, то скорее всего ответ freescale будет стандартный - линукс поставляется в том виде в котором он есть, и они гарантируют только поддержку того железа, которое обещано в документации к BSP. Вашу карточку никто не тестировал и поддерживать не обещал.

Вообще конечно для начала я бы посоветовал скачать самую последнюю версию BSP для этой платы, если она конечно есть. Но к сожалению так просто ее не скачаешь, на вебе она не лежит, надо писать на support@freescale.com и просить. Попробуйте, может быть вам дадут более свежую версию и все заработает.

Сообщение отредактировал _SY_ - Sep 3 2009, 04:28

[itcit]

Не могу отправить ответ на ЛС, пишет "пользователь отключил свой личный ящик", поэтому отвечу здесь:



Добрый день.

Такой платы у меня нет, соответственно - точно сказать не могу. Могу дать только общие советы. Во-первых какая именно карточка - она шла в комплекте с платой или нет? Если в комплекте то однозначно должна работать. Если вы пытаетесь сунуть какую-то свою карточку, то скорее всего ответ freescale будет стандартный - линукс поставляется в том виде в котором он есть, и они гарантируют только поддержку того железа, которое обещано в документации к BSP. Вашу карточку никто не тестировал и поддерживать не обещал.

Вообще конечно для начала я бы посоветовал скачать самую последнюю версию BSP для этой платы, если она конечно есть. Но к сожалению так просто ее не скачаешь, на вебе она не лежит, надо писать на support@freescale.com и просить. Попробуйте, может быть вам дадут более свежую версию и все заработает.

Спасибо за совет!
Карточка своя (которая была в комплекте на шине PCI, а нам нужно pci-e).
процессор установленный на плате имеет 2 lane PCIe. первая Lane выведена только ввиде mini-pcie, а вот вторая lane реализована в двух форфакторах на плате mini-pcie(cardbus) и обычный PCIe 1x.

После не больших плясок с бубном модифицировал Flattened Device Tree c с поддержкой PCI-e, карточка в ставленная в разъем(в 1 lane) сразу нашлась в linux. проблем нет.
Но вот при установке в другой разъем (lane 2) эффект отрицательный - в загрузчике uboot тоже не видеться и в linux.
Возможно брак с разводкой разъема или еще с чем пока не выяснил.

Не могли бы Вы дать координаты тех поддержки freescale в России? лучше тел

[_SY_]

Ну, видимо, второй lane просто не включили. Посмотри его регистры, скорее всего все сразу видно будет.

Для обращения в техподдержку надо зарегистрироваться на их сайте и тыкнуть "Enter Service Request".
Либо написать письмо на support@freescale.com но предварительно все равно надо зарегистрироваться на сайте.
Писать надо по-английски. Если проблемы с английским, то могу поработать переводчиком

В россии есть представительство, туда имеет смысл позвонить и зарегистрироваться как потенциальный клиент.
Если предполагается большой объем и т.п. Координаты на сайте

http://www.freescale.com/webapp/sps/site/o...366419409794135

А сами писатели линукс BSP по русски точно не говорят, судя по их именам в коментах сорцов.

Сообщение отредактировал _SY_ - Sep 5 2009, 03:05

[DMax]

Доброго времени суток.

Имею некоторый опыт, готов ответить на вопросы по PowerQUICC процессорам (серия MPC8xxx фирмы Freescale).

Кому интересно - ссылка на сравнительную таблицу продуктов PowerQUICC на сайте freescale

http://www.freescale.com/files/32bit/doc/b...RDSDPRODSUM.pdf

Скажите, а вы добрались до тайного знания, как писать свои прошивки для QUICC Engine'ов? Продают же их сторонние фирмы, значит, наверное, как-то и самим писать можно.

[_SY_]

Писать можно. Какое-то время назад Freescale предлагала всем желающим купить лицензию на софт для этого дела и посетить тренинг.
Только ценник на это дело был какой-то запредельный, 100К баксов или что-то вроде того. Думаю, что весьма ограниченный круг кастомеров может себе это позволить, по пальца можно пересчитать.

Если нужен собственный микрокод, то я думаю что проще обратиться ко всяким third-party писателям

[primus]

Заранее извините за тривиальный вопрос. Столкнулся с этими процессорами впервые.
У Freescale отладочные платы для MPC8308 и MPC8313 - MPC8308-RDB, MPC8313-RDB соответственно.
На официале по ним лежит только ознакомительная документация. Просмотрев которую возникли следующие вопросы:
- каким образом заливать прошивку, имеют ли данные процессоры BDM. Есть BDM от MC68MH360, подойдет ли он для программирования этих контроллеров. Как вообще заливать в эти процессоры первичный загрузчик? В документации написано, что DUART служит для подключения отладки - это DBGU?
- в комплект отладочного модуля входят диск с User Guid. Есть ли возможность скачать данную документацию до покупки модуля.
- существуют ли бюджетные jtag-адаптеры. И какие из них Вы посоветуете использовать.

Надеюсь на Вашу помощь.

[_SY_]

У Freescale отладочные платы для MPC8308 и MPC8313 - MPC8308-RDB, MPC8313-RDB соответственно.
На официале по ним лежит только ознакомительная документация.

Схема и User Guide лежит внутри BSP на соответствующую плату, в директории /help/hardware/
BSP можно скачать тут:

http://www.freescale.com/webapp/sps/site/o...3XX&tid=CWH

Для MPC8308 там ничего пока не лежит, это вообще совсем новый продукт, не уверен для для этого процессора вообще что-то есть.
Спросите в сапорте, либо я могу узнать.

Просмотрев которую возникли следующие вопросы:
- каким образом заливать прошивку, имеют ли данные процессоры BDM. Есть BDM от MC68MH360, подойдет ли он для программирования этих контроллеров. Как вообще заливать в эти процессоры первичный загрузчик? В документации написано, что DUART служит для подключения отладки - это DBGU?
- в комплект отладочного модуля входят диск с User Guid. Есть ли возможность скачать данную документацию до покупки модуля.
- существуют ли бюджетные jtag-адаптеры. И какие из них Вы посоветуете использовать.

По пунктам:
1. Хвост BDM от MC68MH360 не подойдет. BDM интерфейса нет как такового во всех процессорах начиная от MPC82xx и старше, там теперь используется JTAG/COP (расширение стандартного JTAG).
2. Обычно флешка шьется с помощью CodeWarrior и его USB TAP. Можно попробовать зашить дрыгая ногами в режиме JTAG, но немного медленнее.
3. DUART я так понимаю используюется как консоль для Linux
4. Образ диска можно скачать по ссылке выше.
5. Вопрос про другие JTAG адаптеры мы уже обсуждали в этой теме, почитайте предыдущие посты.

Сообщение отредактировал _SY_ - Mar 31 2010, 10:51

[primus]

Спасибо! Разобрался.

Осталась только одна нерешенная проблема. Jtag-адаптер стоит больше чем отладочная плата. Из проверенных и рекомендованных Freescale аналогов есть только LA-7729. Где купить в России и сколько он у нас будет стоит - неизвестно.

Есть ли возможность собрать самостоятельно этот адаптер? Для 360-й моторолы BDM-кабель был собран вручную. Как Вы считаете, выложены ли где-нибудь принципиальные схемы jtag-адаптеров для работы с MPC8313? Может ли в этом помочь саппорт?

2. Обычно флешка шьется с помощью CodeWarrior и его USB TAP. Можно попробовать зашить дрыгая ногами в режиме JTAG, но немного медленнее.

CodeWarrior USB TAP стоит дороже чем сама отладочная плата. Я не представляю как это смогу объяснить начальству.
Дергать ножками, возможно проще собрать программатор на стареньких и ненужных микросхемах. А кто-нибудь пытался так зашить флешку через jtag/cop, дергая пинами? Если у вас есть какая-нибудь проверенная программа для этого, то Вы не могли бы ею поделиться?

Лично мое мнение, что на первом этапе знакомства с новым процессором, данный способ программирования flash только в несколько раз увеличит возможность возникновения ошибки и растянет сроки выполнения проекта.

[dkogna]

Вот в журнале нашел, что у Avnet 25% скидка до 31 мая на плату на базе MPC8308 (линк)

[_SY_]

CodeWarrior USB TAP стоит дороже чем сама отладочная плата. Я не представляю как это смогу объяснить начальству.
Дергать ножками, возможно проще собрать программатор на стареньких и ненужных микросхемах. А кто-нибудь пытался так зашить флешку через jtag/cop, дергая пинами? Если у вас есть какая-нибудь проверенная программа для этого, то Вы не могли бы ею поделиться?

Собрать USB TAP из стареньких и ненужных микросхем - можно, если у вас есть старенькие и ненужные микропроцессоры MPC885. Схема несложная.
Собрать любой другой JTAG адаптер тоже можно, а можно даже и не собирать, а использовать какой-нить Altera Byte Blaster или любой другой JTAG адаптер, JTAG ведь стандартный интерфейс.
Проблема только в софте, которого нет. CodeWarrior стоит 2 килобакса, есть конечно бесплатная лицензия за 30 дней, но это не дело.
Зашить флешку через JTAG дергая пинами LPT-порта сможет любой студент, я думаю.

Еще хочу добавить. Плата, я думаю, продается с уже прошитой флешкой. Там зашит U-boot и Linux, можно подключать к компу и че-то делать.
Если действовать аккуратно и не стирать U-boot, то вобщем программатор и не нужен, U-boot умеет зашивать флешку сам.

А по поводу начальства - к сожалению, разработка девайсов на PowerQUICC подразумевает наличие не только USB TAP. Еще по-хорошему, нужен еще CodeWarrior за 2 килобакса, Hyperlynx за 10к, логический анализатор, осциллограф на гигагерц (а лучше - на 5 ггц).

[primus]

Зашить флешку через JTAG дергая пинами LPT-порта сможет любой студент, я думаю.

Можно реализовать jtag-протокол на LPT. А что вешать поверх протокола?

[_SY_]

Можно реализовать jtag-протокол на LPT. А что вешать поверх протокола?

Поверх протокола надо повешать BSDL файл от процессора MPC8313, в котором описан длинный-длинный boundary scan регистр, в котором описаны друг за другом все биты всех ножек.
Соответственно, надо этот файл посмотреть, увидеть в какие биты надо писать, чтобы дергать ножками, к которым подключена флешка. Дальше, дергая ножками, поверх этого реализовать алгоритм прожигания флешки, который описан а даташите на флешку.

[primus]

Поверх протокола надо повешать BSDL файл от процессора MPC8313, в котором описан длинный-длинный boundary scan регистр, в котором описаны друг за другом все биты всех ножек.
Соответственно, надо этот файл посмотреть, увидеть в какие биты надо писать, чтобы дергать ножками, к которым подключена флешка. Дальше, дергая ножками, поверх этого реализовать алгоритм прожигания флешки, который описан а даташите на флешку.

Спасибо за совет, но не думаю что это реализуемо в короткие сроки.
Нашел способ проще. В случае когда нет ничего кроме отладочной платы, необходимо убедиться какой она ревизии. Если отладочная плата MPC8313-RDB REVA3, то в даташите сказанно:

Alternatively, some REVA3 and all later boards have the I2C EEPROM bootloader programmed. It can be
used to reprogram the NOR Flash memory without a debugger. The procedure is as follows:
1. Power off the board and set DIP switch S3 as ON-OFF-ON-ON (0100).
2. Connect the board to Kermit (a UART terminal program; the other terminal program does not
work at this mode). Kermit can be downloaded from http://kermit.wwarthen.com/Download.htm.
3. Set the baud rate in Kermit as 38400 bps (for a 66 MHz clock-in RDB) or 19200 bps (for a 33
MHz clock-in RDB).
4. Power on the board and you should see the following in Kermit:
Hello and welcome to I2C BOOTLOADER
## Ready for binary (kermit) download
5. Go to Kermit → Send and select the u-boot image binary to be written into flash memory.
6. Wait for the file transfer and flash programming until you see success in the Kermit window.
7. Power off the board and set DIP switch S3 back to ON-ON-ON-ON (0000).
8. Power on the board and you should see a running u-boot.

Не могу сказать будет ли это работать, т.к. сам не пробовал.

[_SY_]

Славка
Надо ltib использовать:

1. Пишем файл hello, world,
2. Запускаем ./ltib -m shell из каталога куда установлен ltib
3. Переходим в папку где лежит hello world
4. gcc hello.c -o hello
Вместо gcc hello.c -o можно написать make если уже написал makefile
На выходе получаем hello - исполняемый файл годный для запуска на PPC-шном Linux

Закачиваем на плату, ставим права права доступа типа chmod 777 hello
и запустить ./hello

Вот как-то так.

Codewarrior - это студия под сам проц... на ней можно писать проги под Linux?

Ну вроде есть там у них какая-то версия Linux Applications Edition, но не пробовал, поэтому врать не буду.

Если нужно использовать проц в телекомуникации... ethernet hdsl E1... нужен ли Linux вообще или другая ОС?

Это твое дело, можешь хоть standalone приложение написать.
Кроме этого бесплатного линукса, есть еще куча разных операционок от третьих производителей, windriver например можно посмотреть.


primus Не знал, спасибо, буду знать. Отличная идея, кстати.

Сообщение отредактировал _SY_ - Apr 6 2010, 11:07

[primus]

так получается приложение под линукс все через блокнот пишут, и через этот ltib компилируют??
есть какая нить среда удобная?

Попробуй завернуть проект в Eclips.

Как раз сейчас ей занимаюсь, правда на факультативных началах по вечерам (на работе никто времени на это не выделит).
Собираю инструментарий для работы с MPC83xx-RDB платами.
Уже прикрутил Eclips. Linux для MPC83xx нормально компилируется. Проверить на реальном железе не могу, т.к. отладочные платы еще в пути. Сейчас собираю для компиляции RTEMS.
Не знаю когда закончу(у меня время еще есть, т.к. минимальный срок поставки плат из Германии оказался - 12-15 недель), надеюсь на этой неделе, как завершу - могу поделиться.
Использую:
1. Ubuntu 2.6.31
2. glibc-2.3.6 dynamic libraries
3. gcc-3.4.3-glibc-2.3.3 for 8313e, binutils-2.15
4. IDE Eclips
Завернул весь инструмент на виртуальную машину.
Ты бы оставил свой e-mail, а лучше в профиле его указал, а я в выходные скину наработки, могут пригодиться.

Сообщение отредактировал primus - Apr 6 2010, 13:12

[_SY_]

А мне начальство дало задание освоить Linux и этот кит сижу и не знаю с чего начать)))

Ну с линкуса наверное, возьми для начала Ubuntu, сильно последний не надо, 8.04 LTS хоть бы даже,
скачиваешь образ, пишешь болванку, грузишься с нее. Там откроется desktop, на нем будет кнопка установить.
Устанавливаешь на жесткий диск, разворачиваешь там BSP от платы и вперед.

И редакторов линуксоиды любят vi, nano, mkedit, emacs
Виндовый notepad наверное не очень для этой цели подходит, т.к. у него конец строки будет неправильный.

[_SY_]

Вот как создать что нить с использованием драйверов... Книжку б хоть какую-нибудь...

Первое что пришло в голову -
W. Richard Stevens, Advanced Programming in the UNIX Environment

я использую от Gnome встроенный редактор Kate... вся проблема что это очень неудобно в Kate все делать
В чем делают приложения под Линукс? Неужели так же в редакторе?? потом компилируют через gcc...

Ну вобщем да, в редакторе. Если тебе прям край надо красивую среду разработки по типу CodeWarrior IDE и прочих,
то во-первых сам CodeWarrior, потом еще у Виндривера что-то есть, ну и из бесплатных Eclipse, Netbeans, и т.д.

UPD: Ну и вот тебе еще вдогонку пример на "что нить с использованием драйверов"
http://www.mjmwired.net/kernel/Documentati...c/dev-interface

[VladA]

Добрый день!
Можете ли Вы помочь с программированием eLBC для PowerQuickII, конкретно MPC8314?
Есть ли у Вас опыт в этом? Нужен драйвер для обмена данными с FPGA через LB.

[_SY_]

Добрый день!
Можете ли Вы помочь с программированием eLBC для PowerQuickII, конкретно MPC8314?
Есть ли у Вас опыт в этом? Нужен драйвер для обмена данными с FPGA через LB.

Конечно могу, опыт с LB есть, а в чем собственно проблема?

[VladA]

Конечно могу, опыт с LB есть, а в чем собственно проблема?

8314 использует LB для обмена данными с FPGA. Идея: обмен 16 битовыми словами в резиме одиночной зап/чт и burst.
Мы впервые используем данный процессор в своих разработках и столкнулись с рядом вопросов:
- программирование eLBC: не видим адреса на LAD0..LAD15, хотя контрольные сигналы присутствуют;
- не можем добиться работы UPM во всем диапазоне адресов для данного LCS.

Процессор стоит на борту нашей разработки. Для контроля сигналов на LB используем logic analyzer и ChipScope со стороны FPGA.
Скорее всего, мы не понимаем или делаем что-то простое неправильно, но время разработки для нас критично.
Если Вы можете помочь в разработке драйвера, можем договориться о сроках и оплате. Я пришлю Вам более полную информацию.
Сообщите, пожалуйста.

[_SY_]

У пользователя VladA отключен личный ящик, поэтому отвечаю здесь.

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

Если нет желания разбираться самостоятельно, то лучше создать тему в разделе "Предлагаю работу".

[ilyxa_SPB]

MPC8360 - выбрали для новой разработки, вы с ним работали?
Какие посоветуете референс дизайны?
Есть ли собственные разработки схемотехники и плат?

[VladA]

У пользователя VladA отключен личный ящик, поэтому отвечаю здесь.

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

Если нет желания разбираться самостоятельно, то лучше создать тему в разделе "Предлагаю работу".

Желание разобраться есть. Конкретный вопрос: как заставить работать eLBC в режиме burst read/write?
На пример: используя Freescale UPM editor, мы создали свой шаблон контрольных сигналов, которые должны генерироваться на локальной шине. Как инициировать начало обмена? Используя DMA? Или есть другие способы?
В вurst Rd/Wr режиме мы хотим читать/записывать 16 16 битовых слов по одному и тому же адресу (по принципу FIFO, поддерживаемому FPGA).

[_SY_]

MPC8360 - выбрали для новой разработки, вы с ним работали?
Какие посоветуете референс дизайны?

Работал, немного. Референс-дизайнов там всего два, MPC8360E-MDS и MPC8360E-RDK.
Второй по-моему разработан какой-то левой фирмой, как все дешевые платки.
Посоветую конечно MDS, но лучше посмотреть конечно на схемы обоих и понять, что вам больше подойдет.

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

Че-нить наверное найдется, но может быть на 8323, а не на 8360. И не уверен что до ума доведено.

Конкретный вопрос: как заставить работать eLBC в режиме burst read/write?

Да, тут есть подводный камень - само ядро никак нельзя заставить. Там есть инструкции типа stmv, но даже эти инструкции burst не генерят.

На пример: используя Freescale UPM editor, мы создали свой шаблон контрольных сигналов, которые должны генерироваться на локальной шине. Как инициировать начало обмена? Используя DMA? Или есть другие способы?

В общем случае - да, либо DMA либо любой другой bus master кроме ядра, например cache-контроллер. Т.е. при включенном кэше ядро будет лазить в память бурстами через cache-контроллер. Только имейте ввиду, что кэш без MMU включать нельзя.

В вurst Rd/Wr режиме мы хотим читать/записывать 16 16 битовых слов по одному и тому же адресу (по принципу FIFO, поддерживаемому FPGA).

В вашем же конкретном случае - никак, ибо по одному и тому же адресу burst невозможен. Бурст подразумевает последовательное чтение 32-х последовательных адресов, причем выровненных по модулю 32. Надо имитировать ситуацию, как будто у вас burst по 32-м последовательным адресам, ну а внутри вашего target-девайса просто игнорировать младшие 5 адресов.

Т.е., если конкретно, то вы допустим читаете бурстом начиная с адреса 0, т.е. будет выполнены последовательные чтения с адресами 0, 2, 4, 6, 8, и т.д. всего 16 раз. Это все на шине пройдет как одна бурстовая транзакция. А внутри вашего девайса все эти адреса должны ссылаться в одно место. Только так можно получить бурст.

Внутри самого UPM-ного цикла адреса никак трогать не надо, достаточно 16 раз дернуть transfer acknowledge.

[gosu-art]

А кто нить может поделится примером схемотехники на MPC8536?? Интересует подключение шины LBC (GPMC и FCM).

[_SY_]

У Freescale есть плата на базе MPC8536, называется MPC8536DS, либо "Calamari". Схема от нее наверное должна быть доступна всем желающим, только на сайте почему-то не вижу. Можно спросить в сапорте, наверное пришлют.

[gosu-art]

Подключаю сейчас шину eLBC (GPCM режим, 32 бита для ОЗУ-2Д) Так вот…

1. Правильно ли я понял, что для адреса LSB это LAD[24:31], а для данных MSB-LAD[0:7]?
Для чего так сделано?

2. Обязательно подключать адрес через защелку? Или можно LA использовать? Посоветуйте, как лучше сделать.


P.S. это у меня первый серьезный проект, поэтому не судите строго за глупые вопросы))

Сообщение отредактировал gosu-art - May 21 2010, 11:18

[_SY_]

UPD: Протупил, извиняюсь. Схема платы лежит внутри ISO-шника с Linux BSP на эту плату, ISO-шник можно скачать с сайта:

http://www.freescale.com/webapp/sps/site/o...5XX&tid=CWH

Называется так: "MPC8536DS Linux Board Support Package - LTIB (DVD 4)"

Ну 2 гига весит, к сожалению, но схема там точно есть внутри, в директории /help/hardware/DS

В принципе это справедливо для всех плат - схема платы лежит внутри ISO-шника с линуксом.

Подключаю сейчас шину eLBC (GPCM режим, 32 бита для ОЗУ-2Д) Так вот…

1. Правильно ли я понял, что для адреса LSB это LAD[24:31], а для данных MSB-LAD[0:7]?
Для чего так сделано?

Да, для 8-bit устройства.
Зачем так сделано - не знаю, всегда так было в PowerQUICC.

2. Обязательно подключать адрес через защелку? Или можно LA использовать? Посоветуйте, как лучше сделать.

Не обязательно, можно использовать LA. Только их всего 5 штук, не очень понимаю что вы на этом можете съэкономить.
В мануале везде написано LA[7:31], так вот это неправда, на самом деле LA[27:31].

На самом деле вопрос об использовании не-мультиплексированных адресов вовсе не простой. В случае, если вы используете UPM и пытаетесь burst-транзакции делать - можно будет делать инкрементацию адреса без вставки LALE-циклов. Но для обычной флешки подключенной через GPCM об этом можно не думать.

Сообщение отредактировал _SY_ - May 21 2010, 11:53

[gosu-art]

Да, для 8-bit устройства.
Зачем так сделано - не знаю, всегда так было в PowerQUICC.

А разве для 32 битной шины не нужно младший байт LAD[0:7] цеплять на старший DATA [24:31] ? И как при этом подключать адрес? В даташиите написано, что младший для адреса байт – LAD[24:31]. т.е цепляем LAD[24:31] на ADR[0:7]?А остальные лини по стандарту? т.е. LAD[8:23] на DATA[8:23], и так же соответственно адрес?

[_SY_]

А разве для 32 битной шины не нужно младший байт LAD[0:7] цеплять на старший DATA [24:31] ?

Для 32-bit шины LAD[0:31] надо цеплять на DATA[31:0], именной в обратной последовательности, нулевой к 31-му и т.д. При этом старший байт LAD[0:7] будет соответствовать DATA[31:24], и это именно старший байт, не младший.
Для 16-bit - LAD[0:7] надо цеплять на DATA[15:8], LAD[8:15] на DATA[7:0]
Для 8-bit - LAD[0:7] надо цеплять на DATA[7:0]

И как при этом подключать адрес? В даташиите написано, что младший для адреса байт – LAD[24:31]. т.е цепляем LAD[24:31] на ADR[0:7]?А остальные лини по стандарту? т.е. LAD[8:23] на DATA[8:23], и так же соответственно адрес?

В этих процессорах (традиционно) используется обратная нумерация, как шины адреса, так и шины данных.
Т.е. внутри группы LAD[0:31] старшим значащим является LAD[0], младшим - LAD[31].
Поэтому при подключении, допустим, к обычной флешке - все адресные веревки должны быть перевернуты.

Для 8-bit шины LAD[0:31] надо цеплять (через адресный latch) на ADDR[31:0], именно в обратной последовательности, нулевой к 31-му и т.д. При этом если флешка меньше размером, то старшие LAD[0], LAD[1] и т.д. остаются висеть в воздухе.
Для 16-bit - LAD[31] не используется, надо цеплять LAD[0:30] на ADDR[30:0], тоже в обратной последовательности
Для 32-bit - не используются LAD[31] и LAD[30], надо цеплять начиная с LAD[29], т.е. LAD[0:29] на ADDR[29:0], и тоже в обратной последовательности

[gosu-art]

Для 16-bit - LAD[31] не используется.......
Для 32-bit - не используются LAD[31] и LAD[30]............

Вроде это про LA, а не про LAD(п. 13.5.1.1 Multiplexed Address/Data Bus for 32-Bit Addressing). Или я ошибаюсь?

The eLBC supports port sizes of 8, 16, and 32 bits. When there is an access larger than the port size, the
eLBC breaks up the access into smaller transactions using the non-multiplexed address signals LAn. For
32-bit devices, LA[30:31] are irrelevant since these address bits are implicit in the byte lanes which carry
data. Similarly, for 16-bit devices, LA[30] is used and LA[31] is irrelevant; however, for 8-bit devices,
LA[30:31] are necessary.

[_SY_]

Это вообще для всех. Попробую объяснить, извиняюсь если слишком подробно:

Каждое значение адреса адресует 1 байт.

Если у вас ваша флешка 8-битная, и вы пишете 8-bit по адресу 0x00000000, то следующие 8-bit будут по адресу +1, т.е 0x00000001

Если у вас ваша флешка 16-битная, и вы пишете 16-bit (2 байта) по адресу 0x00000000, то следующие 16-bit будут по адресу +2, т.е 0x00000002
Ну и так далее:

0x00000000
0x00000002
0x00000004
0x00000006
0x00000008

Видно, что младший бит адреса всегда равен нулю.

А со стороны флешки - каждый адрес адресует 16-бит. Т.е. можно записать 16 бит по адресу 0 и следующие 16-бит по адресу 1.
Поэтому, младший адрес флешки в таком случае подключают не к первому (младшему) адресу шины, а ко второму.

Для 32-bit устройства все аналогично, только не используются два младших адреса.
В этом смысле разницы между LAD[] и LA[] нету.

Сообщение отредактировал _SY_ - May 25 2010, 15:30

[gosu-art]

Спасибо за развернутый ответ!!! Все понял!
Но по ходу возникли следующие вопросы)))):
1. Могу ли я заменить ADR[29:27] на LA[29:27] для GPCM ? (полагаю да)
2. Для глобальной записи из WE юзать? WE[0]?
3. Если мне нужны сигналы LBS[0:3] (при чтении и при записи), то уже GPСМ использовать не получится? Откуда в этом случае можно взять глобальный сигнал записи?
Прилагаю схемку….

Эскизы прикрепленных изображений

 

[_SY_]

1. Могу ли я заменить ADR[29:27] на LA[29:27] для GPCM ? (полагаю да)

Да, конечно.

2. Для глобальной записи из WE юзать? WE[0]?

Если возможна запись только 32-bit целиком, то можно использовать любой из WE[0:3], т.к. при записи 32 бит они все будут активны.
Если устройство поддерживает побайтовую запись, т.е. использует сигналы байт-селектов, то либо объединять все 4 вместе по или (точнее - и), либо использовать глобальный LBCTL.

3. Если мне нужны сигналы LBS[0:3] (при чтении и при записи), то уже GPСМ использовать не получится? Откуда в этом случае можно взять глобальный сигнал записи?

Байт-селектов в GPCM нету, только индивидуальные WE. Либо использовать UPM (что вобщем тоже несложно), либо городить на внешней логике схемку из WE[0:3] и OE.

Либо третий вариант - принять мужественное решение забить на байт-селекты и обращаться к этой памяти только 32-битными транзакциями.

Прилагаю схемку….

По схемке:

1. Байт-селекты перепутаны. LBS0 соответствует LAD[0:7], LBS1 - LAB[8:15], и т.д.
У вас на схеме LBS0 подключен к BE0L, который по всей видимости разрешает первый байт I/O[0:7], а там LAD[24:31].

2. GPCM не будет работать без пулапа на LGTA

3. LSYNC_IN должен быть соединен с LSYNC_OUT через петлю обратной связи, если local bus будет использоваться на высокой частоте, т.к. там надо будет включать DLL mode.

4. Адресный latch наверное такой большой не нужен, если всего 14 адресов использовать.

5. Стартовать ваш процессор откуда будет, если LCS0 не подключен?

Сообщение отредактировал _SY_ - May 26 2010, 18:04

[Славка]

Такой ламерский вопрос... Никогда с DDR2 не работал...
1. Можно ли подключить 1 чип MT47H16M16BG к MPC8323 или обязалово пару надо?
2. Есть ли аналоги подешевле, ну или какими чипами памяти пользуетесь вы?
3. Выкладывают ли на фрискейлы прошивки для I2C епромки, которая грузит ю-бут через кермит в параллельную флешку?

Один чип MT47H16M16BG стоит 9-10 баксов... несправедливо как то, если учесть что целая планка DDR2 в комп стоит столько же, где штук 8 чипов стоит аналогичных...

[_SY_]

1. Можно ли подключить 1 чип MT47H16M16BG к MPC8323 или обязалово пару надо?

Нет, MPC8323 DDR контроллер не поддерживает 16-bit, эта поддержка есть в 8313 и 8315

2. Есть ли аналоги подешевле, ну или какими чипами памяти пользуетесь вы?

Ну аналоги-то известны - Samsung, Kingston, Hynix
Пользоваться удобнее готовыми SODIMM модулями, там где размер платы позволяет.
Просто потому что за счет SPD информации появляется некоторая гибкость настройки.

3. Выкладывают ли на фрискейлы прошивки для I2C епромки, которая грузит ю-бут через кермит в параллельную флешку?

Не видел, но я думаю никакого секрета в ней нету, напишите в сапорт - пришлют образ.

Один чип MT47H16M16BG стоит 9-10 баксов... несправедливо как то, если учесть что целая планка DDR2 в комп стоит столько же, где штук 8 чипов стоит аналогичных...

Ну не совсем "аналогичных", 16-битных чипов вы там скорее всего не найдете.
А если найдутся, то что мешает распаять планку? Бывало и такое.

[Славка]

Нет, MPC8323 DDR контроллер не поддерживает 16-bit, эта поддержка есть в 8313 и 8315

Не понятно... А чипы есть 32-битные? Ни у микрона, ни у самсунга не нашел модулей x32

most JEDEC standard x8, x16, or x32 DDR2 and DDR memories available.

x8 x16 x32 width модулей - это и есть разрядность модулей?
тоесть чтобы подключить память над или 4 модуля x8, или 2модуля x16, или 1x32?

Не видел, но я думаю никакого секрета в ней нету, напишите в сапорт - пришлют образ.

В какой момент загрузки линукса (от включения питания до логина) происходит инициализация DDR контроллера?
Просто если поменять память, пойдет ли этот образ I2C флешки для новой системы?
И где хранится конфигурация в образе линукс, чтоб можно было ее изменить?

Ну не совсем "аналогичных", 16-битных чипов вы там скорее всего не найдете.
А если найдутся, то что мешает распаять планку? Бывало и такое.

Это идея А какие там обычно чипы используются?

Кому интересно - ссылка на сравнительную таблицу продуктов PowerQUICC на сайте freescale
http://www.freescale.com/files/32bit/doc/b...RDSDPRODSUM.pdf

В этой таблице написано что у MPC8323E: T1/E1 - 2 , T3/E3 - вообще нету!!!! В даташите:
The SI includes the following features:
• Can connect to four independent TDM channels. Each can be one of the following:
— T1 or CEPT line
— Integrated services digital network primary rate (PRI)
— ISDN basic rate–interchip digital link in 4 channels (IDL)
— E3 or DS3 clear channel. ---------4 Е3!!!!
— User-defined interfaces.
• Independent, programmable transmit and receive routing paths.
• Total of 512 routing entries for receive and transmit each. ----- 512 таймслотов - это 16х32, тоесть как раз Е3 поток
• Total of 256 routing entries + 256 shadow routing entries for receive and transmit each. Эта строчка пока непонятна...
-----------------------------------------------------------------------
Кому верить то? В таблице - 2хЕ1, а в даташите 4хЕ3!

[_SY_]

Не понятно... А чипы есть 32-битные? Ни у микрона, ни у самсунга не нашел модулей x32

Мне не попадались.

x8 x16 x32 width модулей - это и есть разрядность модулей?
тоесть чтобы подключить память над или 4 модуля x8, или 2модуля x16, или 1x32?

Да.

В какой момент загрузки линукса (от включения питания до логина) происходит инициализация DDR контроллера?
Просто если поменять память, пойдет ли этот образ I2C флешки для новой системы?
И где хранится конфигурация в образе линукс, чтоб можно было ее изменить?

Этим занимается boot loader, а не линукс. Я думаю что все описано в документации на него.

http://www.denx.de/wiki/U-Boot/WebHome

Это идея А какие там обычно чипы используются?

Да разные бывают, вот например 2-гиговый модуль Hynix HYMP125S64CR8 сделал из 16-ти чипов по 8 бит, чипы HY5PS1G831C
А модули меньшего размера (1G и 512Mb) сделаны на 16-битных чипах.

— E3 or DS3 clear channel

E3 имеет очень сложную канальную структуру, которая не поддерживается. "E3 clear channel" это просто битовый поток со скоростью E3, без поддержки без канальной структуры.
Простой битовый поток конечно нет проблем принять.

Сообщение отредактировал _SY_ - May 28 2010, 09:52

[Славка]

Этим занимается boot loader, а не линукс. Я думаю что все описано в документации на него.

Значит i2c boot будет работать даж без памяти или при любой ее конфигурации?

E3 имеет очень сложную канальную структуру, которая не поддерживается. "E3 clear channel" это просто битовый поток со скоростью E3, без поддержки без канальной структуры.
Простой битовый поток конечно нет проблем принять.

Тоесть 4 полноценных E1 с клоком в 16 раз больше (32 Мбит) без проблем перепакует отправит и даж не запыхается?
А почему в даташите 4 канала, а в той таблице 2 канала?... чую здесь какой то подвох...
Вот у MPC8560 - 8 каналов E1, в даташите написано, что они без проблем могут работать как E3, но в таблице написано что всего 2 канала E3.

[_SY_]

Значит i2c boot будет работать даж без памяти или при любой ее конфигурации?

Я не очень понимаю смысл вопроса. Что такое "i2c boot"?

Тоесть 4 полноценных E1 с клоком в 16 раз больше (32 Мбит) без проблем перепакует отправит и даж не запыхается?
А почему в даташите 4 канала, а в той таблице 2 канала?... чую здесь какой то подвох...
Вот у MPC8560 - 8 каналов E1, в даташите написано, что они без проблем могут работать как E3, но в таблице написано что всего 2 канала E3.

TDM интерфейс - железный, он ресурсы процессора или QE не потребляет. Можете щелкать биты туда/сюда как хочется. А дальше вопрос, что именно вы хотите с этими битами делать. Если просто сложить в память без обработки, то нужен transparent протокол. Надо оценивать производительность QE, сможет ли она лопатить transparent протокол с нужной вам скоростью. Если производительности QE хватило, то в память вы сложили. А дальше надо понять, что конкретно нужно сделать, какие конкретно нужны процессорные ресурсы для этого.

[Славка]

Я не очень понимаю смысл вопроса. Что такое "i2c boot"?

Ну это бут с внешней I2C eeprom'ки (которая грузит юбут через Kermit)...

TDM интерфейс - железный, он ресурсы процессора или QE не потребляет. Можете щелкать биты туда/сюда как хочется. А дальше вопрос, что именно вы хотите с этими битами делать. Если просто сложить в память без обработки, то нужен transparent протокол. Надо оценивать производительность QE, сможет ли она лопатить transparent протокол с нужной вам скоростью. Если производительности QE хватило, то в память вы сложили. А дальше надо понять, что конкретно нужно сделать, какие конкретно нужны процессорные ресурсы для этого.

В Linux есть tdm драйвер ucc_tdm называются... Как вы оцениваете его производительность? Задача будет что-то типа взять пакет эзернет, взять канал ТЧ (1 таймслот от слик) и послать по tdm...
Хватит его (драйвера) для работы с четырьмя 32 Мгцовыми tdm на mpc8323 (задачи те же, ну там еще может маршрутизация самих таймслотов)?
Да и вопрос так и остался открытым))) Чего эт они в даташите пишут одно, в таблицу заполняют другое, и что это значит??

[_SY_]

Ну это бут с внешней I2C eeprom'ки (которая грузит юбут через Kermit)...

I2C eeprom не грузит U-boot, она содержит код флэш программатора, который умеет брать образ флэшки по протоколу Kermit и программировать флэшку.
Т.е. с помощью нее можно образ U-boot-а зашить в пустую флешку без использования USB TAP, если у вас нет USB TAP.

В Linux есть tdm драйвер ucc_tdm называются... Как вы оцениваете его производительность? Задача будет что-то типа взять пакет эзернет, взять канал ТЧ (1 таймслот от слик) и послать по tdm...
Хватит его (драйвера) для работы с четырьмя 32 Мгцовыми tdm на mpc8323 (задачи те же, ну там еще может маршрутизация самих таймслотов)?
Да и вопрос так и остался открытым))) Чего эт они в даташите пишут одно, в таблицу заполняют другое, и что это значит??

Про производительность драйвера ucc_tdm спросите в сапорте.

Про корявые таблицы - я вам ответил как есть на самом деле. Таблицу можно исправить, если есть желание, то можете туда-же написать, скажут вам спасибо и исправят.

[Славка]

I2C eeprom не грузит U-boot, она содержит код флэш программатора, который умеет брать образ флэшки по протоколу Kermit и программировать флэшку.
Т.е. с помощью нее можно образ U-boot-а зашить в пустую флешку без использования USB TAP, если у вас нет USB TAP.

Ну эт понятно. Вопрос в том, что если я поменяю конфигурацию памяти (заменю чипы), будет ли работать этот флеш программатор??
Если заменю паралельную флеш на другую?
Ведь ДДР контроллер инициализируется уже только в u-boot.
Нет у меня USB TAP и 500 баксов за него, а плату свою сделать хочется...

Про производительность драйвера ucc_tdm спросите в сапорте.
Про корявые таблицы - я вам ответил как есть на самом деле. Таблицу можно исправить, если есть желание, то можете туда-же написать, скажут вам спасибо и исправят.

Да непонятная у них поддержка... Особенно по Линуксу... Когда спросишь чо-нить не элементарное, то они сразу грят извините, Линукс бесплатный идите на форумы и там спрашивайте...
Седня спросил их про токи потребления по питанию... В MPC8323EEC.pdf есть только
Table 5. MPC8323E Power Dissipation! Больше ничего, резонный вопрос на сколько бпшник расчитывать...
Так как необходимый параметр это Power Consumtion (Мощность потребления)
В ответ на реквест меня начали учить закону ома, грят, ты подели мощность рассеивания на напряжение питания ядра и получишь ток потребления проца я ему в ответ написал байку про КПД)) Вот жду чо ответит... Так где взять то ток потребления по 1 и 3.3В, если в документации этого нет?

[_SY_]

Э..м-м-м... А что такое КПД проца? Проц - это грелка, он ничего не делает в моем понимании - ни к массе ускорение не прикладывает, ни тяжести не поднимает в поле потенциальных сил.
Как оценить полезную работу проца в Ваттах?

Ну эт понятно. Вопрос в том, что если я поменяю конфигурацию памяти (заменю чипы), будет ли работать этот флеш программатор??
Если заменю паралельную флеш на другую?

Думаю что нет. Думаю что он специфичен как к типу флешки, так и к типу DDR-памяти, т.к. скорее всего инициализирует и использует DDR память.

Да непонятная у них поддержка... Особенно по Линуксу... Когда спросишь чо-нить не элементарное, то они сразу грят извините, Линукс бесплатный идите на форумы и там спрашивайте...

Ну драйвер-то их самописаный, насколько я понимаю, кто его должен еще поддерживать?

И я не очень понимаю, причем тут Линукс, если честно. Вы хотите железяку заставить принимать/передавать 4 потока TDM по 32 mbps, все это в сыром виде складывать в память (это transparent режим), потом как-то обработать с помощью своего софта самопального и отправить про Ethernet. Ну так и попросите оценить производительность QE для этой конкретной задачи, причем здесь какой-то линукс и какой-то драйвер? Железо прежде всего должно уметь прокачивать, а потом уже будете колупать драйвер, если он криво написан и не работает как вам надо.

Седня спросил их про токи потребления по питанию... В MPC8323EEC.pdf есть только
Table 5. MPC8323E Power Dissipation! Больше ничего, резонный вопрос на сколько бпшник расчитывать...
Так как необходимый параметр это Power Consumtion (Мощность потребления)
В ответ на реквест меня начали учить закону ома, грят, ты подели мощность рассеивания на напряжение питания ядра и получишь ток потребления проца я ему в ответ написал байку про КПД)) Вот жду чо ответит... Так где взять то ток потребления по 1 и 3.3В, если в документации этого нет?

В документации написано только потребление самого девайса, оно-же его рассеяние. Если у вас какие-то внешние нагрузки к ногам подключены, то соответственно, по 3.3В надо будет что-то добавить, в зависимости от сопротивления ваших нагрузок, их емкостей и частоты с которой вы эти емкости перезаряжаете. Конечно, никто вам полное потребление всех ваших нагрузок считать не будет.

Насчет закона ома не очень понял, по-моему вы че-то путаете, закон ома это U=I*R

Сообщение отредактировал _SY_ - May 31 2010, 10:46

[Славка]

Э..м-м-м... А что такое КПД проца? Проц - это грелка, он ничего не делает в моем понимании - ни к массе ускорение не прикладывает, ни тяжести не поднимает в поле потенциальных сил.
Как оценить полезную работу проца в Ваттах?

Каюсь, сам ступил Он мне уже объяснил про полезную работу проца)))
кстать интересно... Вот съедает проц 5 Вт, значит и греется он тож на 5 Вт? Или все таки греется на 3 Вт и КПД у него будет 2/5 = 40%?

Думаю что нет. Думаю что он специфичен как к типу флешки, так и к типу DDR-памяти, т.к. скорее всего инициализирует и использует DDR память.

Вот пижоны а, замутили какой то программатор за 500 баксов и софт за 1500 молодцы... Начальство готово его купить, только сказало, чтоб сначала показал, что PowerPC стоят того чтоб в них вкладыватся... Я сам понимаю, что нихрена они не стоят того, но изучить их хочется)))

Ну драйвер-то их самописаный, насколько я понимаю, кто его должен еще поддерживать?
И я не очень понимаю, причем тут Линукс, если честно. Вы хотите железяку заставить принимать/передавать 4 потока TDM по 32 mbps, все это в сыром виде складывать в память (это transparent режим), потом как-то обработать с помощью своего софта самопального и отправить про Ethernet. Ну так и попросите оценить производительность QE для этой конкретной задачи, причем здесь какой-то линукс и какой-то драйвер? Железо прежде всего должно уметь прокачивать, а потом уже будете колупать драйвер, если он криво написан и не работает как вам надо.

Кого попросить оценить?
Линукс - потому что ни Кодевариора ни Юсб ТАПа у нас нет...

Насчет закона ома не очень понял, по-моему вы че-то путаете, закон ома это U=I*R

Извиняюсь... Для меня закон Ома и уравнение мощности - это все из одной оперы)) Американская система образования...
http://www.the12volt.com/ohm/ohmslaw.asp

[_SY_]

кстать интересно... Вот съедает проц 5 Вт, значит и греется он тож на 5 Вт? Или все таки греется на 3 Вт и КПД у него будет 2/5 = 40%?

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

Вот пижоны а, замутили какой то программатор за 500 баксов и софт за 1500 молодцы... Начальство готово его купить, только сказало, чтоб сначала показал, что PowerPC стоят того чтоб в них вкладыватся... Я сам понимаю, что нихрена они не стоят того, но изучить их хочется)))

MPC8323 это урезаная версия от MPC8360, которую сделали специально для миграции со старых MPC82xx и MPC8xx девайсов.
Сильно большой производительности не ждите.

Кого попросить оценить?

Сапорт.
Для старых CPM был специальный Excel файл для оценки CPM performance, а для новой QE - вроде нет.

[dkogna]

Ну эт понятно. Вопрос в том, что если я поменяю конфигурацию памяти (заменю чипы), будет ли работать этот флеш программатор??
Если заменю паралельную флеш на другую?
Ведь ДДР контроллер инициализируется уже только в u-boot.
Нет у меня USB TAP и 500 баксов за него, а плату свою сделать хочется...

А Вам и не нужно покупать USB TAB за 500 зеленых. Это забота руководства. Вам в этой ситуации этот самый дебагер ой как поможет. Вы же другую память и флеш будете ставить. Вы с этим дебагеров сможете запустить проц без памаяти. Потом с помошью дебагера отладите тайминг памяти.

Я месяца 2-3 тому видел, что кто то в Москве , через eBay, продавал б/у отладочную плату с USB TAP кажись за 100 или 150 дол.

[vitan]

Вам в этой ситуации этот самый дебагер ой как поможет. Вы же другую память и флеш будете ставить.

Там в кодеварриоре куча глюков в программаторе флэша. И не только там. Я лично потратил около недели поиска на форумах и суппортах, пока не заработала прошивка моей флэши...

[VladA]

У пользователя VladA отключен личный ящик, поэтому отвечаю здесь.

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

Если нет желания разбираться самостоятельно, то лучше создать тему в разделе "Предлагаю работу".

Не подскажете,
Возможно ли найти eTSEC Ethernet driver с TCP/IP стэком для MPC8315/14.

[_SY_]

Не подскажете,
Возможно ли найти eTSEC Ethernet driver с TCP/IP стэком для MPC8315/14.

Ну в Линуксе на 8315-ю плату разве нету драйвера? Или вам standalone стэк нужен? Про standalone имплементации стека TCP/IP слышал, но это извращение по-моему, обычно если нужен стек TCP/IP, то используют линукс или любую другую ос и не греют голову.

[VslavX]

Ну в Линуксе на 8315-ю плату разве нету драйвера? Или вам standalone стэк нужен? Про standalone имплементации стека TCP/IP слышал, но это извращение по-моему, обычно если нужен стек TCP/IP, то используют линукс или любую другую ос и не греют голову.

Извращение не извращение, а 70МБпс по TCP на 8347@533MHz дает (и есть еще что пооптимизировать).
Вопрос у меня такой - сколько получится на линуксе на таком железе? Нет ли практических цифр? (я так понял у Вас есть платформа на которой можно проверить)

[VladA]

Ну в Линуксе на 8315-ю плату разве нету драйвера? Или вам standalone стэк нужен? Про standalone имплементации стека TCP/IP слышал, но это извращение по-моему, обычно если нужен стек TCP/IP, то используют линукс или любую другую ос и не греют голову.

Нужен stand-alone. Или в любой другой ОС, которую можно найти бесплатно или за разумные деньги. Linux уже есть и работает, но не устраивает.

Извращение не извращение, а 70МБпс по TCP на 8347@533MHz дает (и есть еще что пооптимизировать).
Вопрос у меня такой - сколько получится на линуксе на таком железе? Нет ли практических цифр? (я так понял у Вас есть платформа на которой можно проверить)

Конкретно не проверяли. Скорость для нашего приложения не важна. Нужен софт, который поддержал бы EThernet и TCP/IP на такой платформе. Linux есть, но не устраивает по другим причинам.

[_SY_]

На страничке 8349-го есть пара ссылок на стэки - CMX и MQX

http://www.cmx.com/tcpip.htm

http://www.embedded-access.com/products/rt...cpip_stack.html

Я думаю что можно их перетащить на 8315 при большом желании, разница между этими процессорами не должна быть сильно большой.

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

[VslavX]

На страничке 8349-го есть пара ссылок на стэки - CMX и MQX

Да, MQX очень и очень неплох, правда, там не все драйвера для TSEC-ов в исходниках удалось найти - хотелось "подглядеть", когда свой стек портировался.

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

Жаль, цифры были бы интересны.

[VladA]

На страничке 8349-го есть пара ссылок на стэки - CMX и MQX

http://www.cmx.com/tcpip.htm

http://www.embedded-access.com/products/rt...cpip_stack.html

Я думаю что можно их перетащить на 8315 при большом желании, разница между этими процессорами не должна быть сильно большой.

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

Я разговаривал с Embedded Access. Свободной версии нет. Это - коммерческий продукт (MQX для MPC8315 c поддержкой платы MPC8315 rdb) стоимостью 20kUSD. За стэк они просят 9k.

[neiro80]

привет.

у нас платка с MPC8360A.

Не получается линукс запустить... Не подскажешь,есть там какиенить подводные камни по настройке?

Юбут вроде стартует нормально:
U-Boot 2010.06 (Sep 13 2010 - 13:49:41) MPC83XX

Reset Status: Software Hard, External/Internal Soft, External

CPU: e300c1, MPC8360A, Rev: 2.1 at 528 MHz, CSB: 264 MHz
Board: E836
I2C: ready
DRAM: 256 MiB (DDR2, 64-bit, ECC on, 264 MHz)
FLASH: 16 MiB
In: serial
Out: serial
Err: serial
Net: FSL UEC3, FSL UEC0

=> boot
## Booting kernel from Legacy Image at fe050000 ...
Image Name: Linux Kernel Image
Image Type: PowerPC Linux Kernel Image (gzip compressed)
Data Size: 1262679 Bytes = 1.2 MiB
Load Address: 00010000
Entry Point: 00010000
Verifying Checksum ... OK
Uncompressing Kernel Image ... OK

## Transferring control to Linux (at address 00010000) ...
Booting using board info...

И всё дальше тишина. Потом вроде управление должно перейти на файл из ядра
head_32.S но чет в нём не знаю даже как отладку вывести.

[_SY_]

Uboot и линукс откуда взяты? Из фрискейловского BSP на 8360 плату? Патчи все приложены?
Память DDR проверили на работоспособность?

[neiro80]

Юбут собран с небольшой правкой конфига mpc8360emds.h.
ядро соотвественно тоже.
память рабочая. поскольку в юбуте просматривал через md ту область куда ядро распакуется.
ядро стартует по адресу 0x00010000. удается даже поставить брекпоинт на этот адрес. И при выполненении следующего шага
PC становится равен 0x6fc.
Может хотяб алгоритм для отладки можете посоветовать...

[_SY_]

Юбут собран с небольшой правкой конфига mpc8360emds.h.
ядро соотвественно тоже.

Напишите более подробно, что собирали, чем собирали, и так далее.

ядро стартует по адресу 0x00010000. удается даже поставить брекпоинт на этот адрес. И при выполненении следующего шага
PC становится равен 0x6fc.

Что за инструкция лежит по этому адресу? Какой дебагер? Какой брекпоинт? Софтварный? Софтварный брекпоинт это и есть exception 0x700.

Может хотяб алгоритм для отладки можете посоветовать...

Алгоритм отладки линуксового ядра посоветовать не могу.
CodeWarrior Linux Platform Edition его вроде бы может дебагать, но ни разу не пробовал.

Сообщение отредактировал _SY_ - Sep 14 2010, 10:47

[neiro80]

Спасибо за ответы.

Тогда если можно то начну с простых вопросов. сама последовательность действий у меня правильная или надо чтот иначе делать? до этого с powerpc не работал, поэтому все действия основаны на армовском опыте.

1. Скачиваю юбут последнюю версию. Правлю конфиг под свою платку.Собираю компилятором который был получен из openwrt. Патчей не каких не накладывал.
2. Флешка начинается с адреса 0xfe000000. по этому адресу и пишу u-boot.bin. юбут стартанул. корректоно проинициализировав оперативку,флэш,езернет.
3. Скачиваю последнюю версию ядра.Собираю тем же кросс-компилятором.Патчей не накладывал. Из директории kernel/arch/powerpc/boot/ беру файл zImage и подгатавливаю спомощью утилиты юбута для заливки. указавав Load Address 0x00000000 и Entry Point 0x00000000.
4. заливаю образ по адресу 0xfe050000. как видно юбут раскрывает образ корректно и передает управление ядру. Дальше ничего.

Еще вот такой вопрос. есть некий файл mpc8360ece.dtb на диске который идет с платкой фрискэйла 8360RDK. И вроде он тож заливается во влеш судя по мануалу. Он нужен мне?

[_SY_]

dtb это device tree без него ядро не будет работать. В документации kernel есть документация как писать этот device tree, в каталоге /documentation/powerpc/dts-binding/

Честно говоря нету опыта с кросскомпилятором из openwrt, проще всего по-моему взять готовый BSP на плату 8360.

[neiro80]

блин. а если в двух словах...то куда писать этот dtb и откуда ядро будет знать о нем?
т.е. без dtb линукс не стартанет на powerpc чтоли?

[_SY_]

Вы ядро какой командой 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 не будет работать.

[neiro80]

Ок.
получается dtb собирается из dts с помощью компилятора dtc. а dts где взять? Стандартный который лежит в boot/dts/ наверно же неподойдет. Самому править его?

Сообщение отредактировал neiro80 - Sep 15 2010, 14:47

[_SY_]

Да, писать самостоятельно dts, потом компилировать с помощью компилятора dtc и получать на выходе dtb.

[neiro80]

Можно еще вопрос про отладку задать.

Пытаюсь средствами gdb и bdi2000 отладить u-boot.
Интересует вот сам алгоритм. У меня получается отлаживаться до того момента пока не отработала функция cpu_init_f. Собственно в этой функции происходит relocation. и дальше видимо теряется контроль над отладкой.
Вот тут рассказано как надо делать http://www.denx.de/wiki/DULG/DebuggingUBoot
Ну и собственно вопрос (поскольку не получается повторить)...так и надо делать?

[_SY_]

Ну видимо да. С отладкой U-boot опыта нету, извините. Он обычно как-то работает.

[neiro80]

Спасиб за помощь. Ядро стартануло...дальше легче )
Отпишу тут..мож кому пригодится инфа да и чтоб самому не забыть...

отлаживался через связку bdi-gdb.

Отладка юбута

Не знаю как на других процах но на ppc идет в два этапа. до релокации и после.

Ищем функцию board_init_f. Это последняя функция которая вызывается до релокации.Собственно в ней и происходит подготовка к этому.

Ищем строку
WATCHDOG_RESET();

gd->relocaddr = addr; /* Record relocation address, useful for debug */

memcpy (id, (void *)gd, sizeof (gd_t));

relocate_code (addr_sp, id, addr);

Выведем на консоль значение переменной с помощью printf или через gdb print/x addr

Дальше нужно установить этот адрес базовым для этого делаем следующее:
Breakpoint 1, board_init_f (bootflag=1) at board.c:611
611 gd->relocaddr = addr; /* Record relocation address, useful for debug */
(gdb) delete
Delete all breakpoints? (y or n) y
(gdb) si
0xfe0052dc 611 gd->relocaddr = addr; /* Record relocation address, useful for debug */
(gdb) symbol-file
Discard symbol table from `./u-boot'? (y or n) y
No symbol file now.
(gdb) add-symbol-file u-boot 0xffbe000 (где 0xffbe000 значение переменной addr)
add symbol table from file "u-boot" at
.text_addr = 0xffbe000
(y or n) y
Reading symbols from ./u-boot...done.
(gdb) b board_init_r (первая функция после релокации)
Breakpoint 2 at 0xffc309c: file board.c, line 639.
(gdb) info breakpoints
Num Type Disp Enb Address What
2 breakpoint keep y 0x0ffc309c in board_init_r at board.c:639
(gdb) c
Continuing.

если остновились. То значит всё ок.
Breakpoint 2, board_init_r (id=0xff9bf4c, dest_addr=268165120) at board.c:639
639 gd = id; /* initialize RAM version of global data */

отладка перехода на ядро
Юбут проделав все свои дела, распоковав ядро должен передать на него управление. Это происходит из файла bootm.c функция boot_jump_linux. Дойдя до неё способом который описан выше, пытаюсь попасть в ядро.
Программа из юбута должна прыгнуть на тот адрес, который называется ентри поинт в образе ядра. Соотвественно у меня это адрес 0. И т.е. Если поставить брекпоинт на адрес 0 то по идее там должна находится первая инструкция ядра. Это NOP.

Так и не понял всё таки есть ли возможность грузится без dtb файла. Но если его не указать то в ядре повиснем на функции early_init_devtree (prom.c).Собственно, которая и читаего его видимо. Поэтому свой файл можно собрать допустим из mpc836x_mds.dts. Прописываем его местоположение в юбуте. Теперь ядро должно стартануть.

[gosu-art]

Добрый время суток!!!

Сейчас подбираю отладчик себе для MPC8536...Что Вы можете порекомендовать по этому поводу!! Валяется тут у меня на работе BDM CYCLONE MAX со времен ColdFire'а! Но хватит ли его, чтоб раскрыть полный потенциал отладки камушка? На freescale нашел следующее:
http://www.abatron.ch/products/bdi-family/...?rowid=1-6WQ8S1
http://www.ronetix.at/peedi.html?rowid=1-42FTCC
http://www.ghs.com/products/probe.html?rowid=1-15RO5L

Спасибо!

[mitrich1982]

Господа подскажите пожалуйста!
дали плату потренироваться 8309.
сделал тестовый проект Welcome to CodeWarrior!
запустил его в дебагере - всё работает - в консоль плюёт.
как теперь его запихать в плату, какие файлы куда пихать ничё не понятно, есть ли какой нить мануал на эту тему, jtag и codewarrior у меня есть?
раньше работал с блэкфин так там всё по инструкции всё понятно - ldr файл записываешь и всё.
Файл приложения какого расширения должен быть -если .bin, то как правильно его сгенерить?


Сообщение отредактировал mitrich1982 - Sep 1 2011, 13:46

[klevo]

Надо восстановить плату на базе процессора MPC8270 и флеш памяти S29GL256N (2 корпуса) на плате 20 пиновый JTAG.
В наличии имеется такая же рабочая.

C помощью какого софта возможно сделать следующие операции:
1)Считать данные флеш памяти S29GL256N в файл компьютера через JTAG
2)Записать данные из файла (считаного с рабочей платы) в нерабочую плату.

Заранее благодарю за ответ.

[vitan]

C помощью какого софта возможно сделать следующие операции:
1)Считать данные флеш памяти S29GL256N в файл компьютера через JTAG
2)Записать данные из файла (считаного с рабочей платы) в нерабочую плату.

Если флеш подключена стандартно, без каких-то там плисин и защит, то тем же кодеварриором. Хотя, и в остальных случаях тоже. Просто больше действий.

[klevo]

Есть в наличии JTAG - Wiggler LPT
интерфейс подключения
TRST_N 1 2 GND
TDI 3 4 GND
TDO 5 6 GND
TMS 7 8 GND
TCK 9 10 GND
SRST_N 11 12 nc
nc 13 14 VCC


На плате по даташиту на JTAG - MPC8270
TDO 1 2 nc
TDI 3 4 TRST
nc 5 6 VDD_SENSE 20om питание
TCK 7 8 nc
TMS 9 10 nc
SRESET 11 12 nc
HRESET 13 14 key
CHKSPT_OUT 15 16 GND

Затруднения вызывают подключения следующие сигналы SRESET, HRESET, CHKSPT_OUT.
Куда их подключать?

[Victor®]

Есть в наличии JTAG - Wiggler LPT
интерфейс подключения
TRST_N 1 2 GND
TDI 3 4 GND
TDO 5 6 GND
TMS 7 8 GND
TCK 9 10 GND
SRST_N 11 12 nc
nc 13 14 VCC


На плате по даташиту на JTAG - MPC8270
TDO 1 2 nc
TDI 3 4 TRST
nc 5 6 VDD_SENSE 20om питание
TCK 7 8 nc
TMS 9 10 nc
SRESET 11 12 nc
HRESET 13 14 key
CHKSPT_OUT 15 16 GND

Затруднения вызывают подключения следующие сигналы SRESET, HRESET, CHKSPT_OUT.
Куда их подключать?

Эти сигналы для COP - стандартного debug интерфейса у FSL.
Используются Codewarrior-ом.
Никуда не подключайте.
Считать\зашить флешу можно с помощью Universal Scan и Xilinx или Altera кабелем (правда намного дольше, чем в CW.)
Сам так и делал - только внимательно читайте доки- как настроить Universal Scan.
Но надо иметь схему или знать как подключена флеш к процу (скорее всего стандартным способом - смотрите даташит на проц)
А если с CW дела не имели - будет Вам тяжко. Да и USB TAP нужен...

[nemo444]

Случилась засада с EVM-кой.

Есть EVM MPC8360EAPB.
Она пришла прошитая: U-boot + Linux
Всё работало нормально.
В ходе экспериментов зашили в неё u-boot,
который не смог стартануть - виснет после строки
SDRAM: 64 MB (local bus)

Пытаюсь зашить во флешь бинарь u-boot-а,
который лежит на диске пришедшем с платой.
Та же ботва - снова виснет на той же самой строке.
Пытался стянуть образы iso с сайта freescale.
Тянул 3 разных образа:
1. MPC8360E_PB_K26_20061208-LTIB.iso
2. MPC8360E_PB_K26_20071012-LTIB.iso
3. MPC8360E_PB_K26_20081112-LTIB.iso

U-boot из образа №1 даже не стартует.
U-boot из образа №2 достать не удалось.
Этот исошник битый. 2 раза качал из разных мест.

U-boot из образа №3 тоже виснет на той же самой строке.

Нет ли у кого u-boot-a бинарника для этой платы?

[nemo444]

Случилась засада с EVM-кой.
Нет ли у кого u-boot-a бинарника для этой платы?

Всем спасибо.
Плату восстановил.

[arty123123]

Возникла проблема с ремонтом контроллеров на базе MC68EN360, понимаю, штука довольно древняя но приходится чинить...

Было обнаружено нарушение целостности загрузчика и монитора, посему задача - считать их с исправной платы и зашить в неисправные.
Загрузчик и FW monitor зашиты в две запаянных на плату AM29F400B в корпусах 48-Pin TSOP с шагом выводов 0,5 мм

Имеется на плате BDM-порт, 10-и пиновый, порылся по инету, нашел BD-32, собрал переходник на LPT-порт, есть утилитка, позволяет читать память, регистры и на этом застрял...

Если кто может подсказать как провернуть "операцию" буду счастлив.

PS: Были бы флешки побольше размером - отпаял бы и в программаторе прошил, а так что-то стремно- вдруг распрограммируются, да и адаптера под шаг 0,5 нету...