|
|
  |
Отвечу на вопросы по PowerQUICC |
|
|
|
Jun 26 2010, 01:42
|
Участник

Группа: Участник
Сообщений: 54
Регистрация: 10-10-07
Из: Новосибирск
Пользователь №: 31 240

|
На страничке 8349-го есть пара ссылок на стэки - CMX и MQX http://www.cmx.com/tcpip.htmhttp://www.embedded-access.com/products/rt...cpip_stack.htmlЯ думаю что можно их перетащить на 8315 при большом желании, разница между этими процессорами не должна быть сильно большой. Производительность линуксового стэка не проверяли, задачи такой небыло, та и так понятно что никто там особо ничего не оптимизировал.
|
|
|
|
|
Jun 26 2010, 07:15
|

embarrassed systems engineer
    
Группа: Свой
Сообщений: 1 083
Регистрация: 24-10-05
Из: Осокорки
Пользователь №: 10 038

|
Цитата(_SY_ @ Jun 26 2010, 04:42)  На страничке 8349-го есть пара ссылок на стэки - CMX и MQX Да, MQX очень и очень неплох, правда, там не все драйвера для TSEC-ов в исходниках удалось найти - хотелось "подглядеть", когда свой стек портировался. Цитата(_SY_ @ Jun 26 2010, 04:42)  Производительность линуксового стэка не проверяли, задачи такой небыло, та и так понятно что никто там особо ничего не оптимизировал. Жаль, цифры были бы интересны.
|
|
|
|
|
Jun 28 2010, 13:17
|
Группа: Участник
Сообщений: 8
Регистрация: 19-04-10
Пользователь №: 56 745

|
Цитата(_SY_ @ Jun 25 2010, 21:42)  На страничке 8349-го есть пара ссылок на стэки - CMX и MQX http://www.cmx.com/tcpip.htmhttp://www.embedded-access.com/products/rt...cpip_stack.htmlЯ думаю что можно их перетащить на 8315 при большом желании, разница между этими процессорами не должна быть сильно большой. Производительность линуксового стэка не проверяли, задачи такой небыло, та и так понятно что никто там особо ничего не оптимизировал. Я разговаривал с Embedded Access. Свободной версии нет. Это - коммерческий продукт (MQX для MPC8315 c поддержкой платы MPC8315 rdb) стоимостью 20kUSD. За стэк они просят 9k.
|
|
|
|
|
Sep 13 2010, 10:03
|

Участник

Группа: Участник
Сообщений: 27
Регистрация: 11-09-08
Пользователь №: 40 127

|
привет.
у нас платка с 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 но чет в нём не знаю даже как отладку вывести.
|
|
|
|
|
Sep 14 2010, 07:17
|
Участник

Группа: Участник
Сообщений: 54
Регистрация: 10-10-07
Из: Новосибирск
Пользователь №: 31 240

|
Uboot и линукс откуда взяты? Из фрискейловского BSP на 8360 плату? Патчи все приложены? Память DDR проверили на работоспособность?
|
|
|
|
|
Sep 14 2010, 10:49
|
Участник

Группа: Участник
Сообщений: 54
Регистрация: 10-10-07
Из: Новосибирск
Пользователь №: 31 240

|
Цитата(neiro80 @ Sep 14 2010, 15:54)  Юбут собран с небольшой правкой конфига mpc8360emds.h. ядро соотвественно тоже. Напишите более подробно, что собирали, чем собирали, и так далее. Цитата(neiro80 @ Sep 14 2010, 15:54)  ядро стартует по адресу 0x00010000. удается даже поставить брекпоинт на этот адрес. И при выполненении следующего шага PC становится равен 0x6fc. Что за инструкция лежит по этому адресу? Какой дебагер? Какой брекпоинт? Софтварный? Софтварный брекпоинт это и есть exception 0x700. Цитата(neiro80 @ Sep 14 2010, 15:54)  Может хотяб алгоритм для отладки можете посоветовать... Алгоритм отладки линуксового ядра посоветовать не могу. CodeWarrior Linux Platform Edition его вроде бы может дебагать, но ни разу не пробовал.
Сообщение отредактировал _SY_ - Sep 14 2010, 10:47
|
|
|
|
|
Sep 15 2010, 11:30
|
Участник

Группа: Участник
Сообщений: 54
Регистрация: 10-10-07
Из: Новосибирск
Пользователь №: 31 240

|
dtb это device tree без него ядро не будет работать. В документации kernel есть документация как писать этот device tree, в каталоге /documentation/powerpc/dts-binding/
Честно говоря нету опыта с кросскомпилятором из openwrt, проще всего по-моему взять готовый BSP на плату 8360.
|
|
|
|
|
Sep 15 2010, 12:45
|
Участник

Группа: Участник
Сообщений: 54
Регистрация: 10-10-07
Из: Новосибирск
Пользователь №: 31 240

|
Вы ядро какой командой Uboot-а запускаете? Если "bootm", то там в явном виде необходимо указать адрес device tree Вот с сайта Uboot-а: http://www.denx.de/wiki/DULG/UBootCmdGroupExecUsage: 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 не будет работать.
|
|
|
|
|
Sep 16 2010, 02:15
|
Участник

Группа: Участник
Сообщений: 54
Регистрация: 10-10-07
Из: Новосибирск
Пользователь №: 31 240

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

Участник

Группа: Участник
Сообщений: 27
Регистрация: 11-09-08
Пользователь №: 40 127

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

Группа: Участник
Сообщений: 54
Регистрация: 10-10-07
Из: Новосибирск
Пользователь №: 31 240

|
Ну видимо да. С отладкой U-boot опыта нету, извините. Он обычно как-то работает.
|
|
|
|
|
  |
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0
|
|
|