Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Отладка OMAP-L137
Форум разработчиков электроники ELECTRONIX.ru > Микроконтроллеры (MCs) > ARM
KostyantynT
Собрал плату, подключил, прошил U-Boot. Теперь возникли вопросы к коллегам

1. Для него существует два варианта линуха - монта виста и davinci. Остановился на последнем, тк бесплатный, но много надо пилять руками (схема сильно отличается от таржет платформы, плюс некоторые дравера еще не дописаны). Вменяемого сравнения так и не нашел, линуксоводы жалуются, что монтавистовцы тырят их патчи к драйверам и потом просят за это плату, как за подержку. Чем же все таки монтависта лучше?

2.Вопрос дебажиня. Есть легендарный Sm510. Придется специально ставить ХП для отладки, тк слышал, что драйверов под семерку нет и не будет. Но подсел на CCS4, все компилит из коробки (в 3 версии, как я понял много танцев с бубном), теперь бы какой-нибудь USB дебаггер. Кто может подсказать бюджетное решение? XDS100 - кто пробовал, как он себя зарекомендовал. И идиотский вопрос, если ХП поднять под вмварью (виртуалбохом) - она подхватит sm510 или нет (по идее нет, но уж очень хочется :-))

3. Кто-нибудь собирал U-BOOT под CCS? Хочу сразу на нем обкатать драйвера и потом подсунуть их под линукс.

Заранее спасибо за ответ.
delfy
Тоже сейчас вожусь с этим процессором, но на их отладке. До работы с dsp ядром еще не дошел, с линуксом ковыряюсь. Взял монтавистовский, для более быстрого освоения, т.к. с линуксом сталкиваюсь впервые.
А Вы U-boot сами собирали или готовый брали?
KostyantynT
Цитата(delfy @ Jan 9 2010, 02:52) *
Тоже сейчас вожусь с этим процессором, но на их отладке. До работы с dsp ядром еще не дошел, с линуксом ковыряюсь. Взял монтавистовский, для более быстрого освоения, т.к. с линуксом сталкиваюсь впервые.
А Вы U-boot сами собирали или готовый брали?

Да пока зашил готовый (от монтависты), но уменя там траблы, стоит SPI флеш от ST вместо винбонда (как в ките), поэтому надо переписывать все загрузчики (что касается обмена с флеш памятью). Но пересобирать его буду, так есть функция софт-питания и не поднимается сеть. Плюс хочу монтировать файловую систему на SD карте и грузиться с нее.
serhio
Цитата(КонстантинТ @ Jan 8 2010, 10:16) *
Собрал плату, подключил, прошил U-Boot. Теперь возникли вопросы к коллегам

1. Для него существует два варианта линуха - монта виста и davinci. Остановился на последнем, тк бесплатный, но много надо пилять руками (схема сильно отличается от таржет платформы, плюс некоторые дравера еще не дописаны). Вменяемого сравнения так и не нашел, линуксоводы жалуются, что монтавистовцы тырят их патчи к драйверам и потом просят за это плату, как за подержку. Чем же все таки монтависта лучше?

2.Вопрос дебажиня. Есть легендарный Sm510. Придется специально ставить ХП для отладки, тк слышал, что драйверов под семерку нет и не будет. Но подсел на CCS4, все компилит из коробки (в 3 версии, как я понял много танцев с бубном), теперь бы какой-нибудь USB дебаггер. Кто может подсказать бюджетное решение? XDS100 - кто пробовал, как он себя зарекомендовал. И идиотский вопрос, если ХП поднять под вмварью (виртуалбохом) - она подхватит sm510 или нет (по идее нет, но уж очень хочется :-))

3. Кто-нибудь собирал U-BOOT под CCS? Хочу сразу на нем обкатать драйвера и потом подсунуть их под линукс.

Заранее спасибо за ответ.

1. Насколько я знаю, ядро Montavista вы можете использовать и так, но за деньги вам будет обеспечена техподдержка. Во всяком случае так утверждает наш клиент, которому в свою очередь это пообещала TI. Это ядро прекрасно собирается при помощи toolcain Codesourcery, мы использовали 2007q3 вроде глюков не заметили. Единственно не используйте -Os опцию компилятора ( и в ядре отключить оптимизацию по размеру), мы использовали -O2. Этим же компилятором и uboot собрался, кстати.
2. Вам отладчик чтобы DSP отлаживать, я так понимаю, раз линукс использовать собираетесь. У нас подобный вопрос тоже стоит, как из-под ARM линуха DSP отлаживать. пока решили просто делать трассировку DSP->ARM->Linux console.
3. Не совсем понятно, зачем вам u-boot для драйверов? К сожалению с CCS я не работал, DSP у нас другие люди занимаются. Если CCS в качестве ARM компилятора ипользует не GCC, то вряд-ли будут шансы собрать U-boot.
KostyantynT
Цитата(serhio @ Jan 12 2010, 14:22) *
1. Насколько я знаю, ядро Montavista вы можете использовать и так, но за деньги вам будет обеспечена техподдержка. Во всяком случае так утверждает наш клиент, которому в свою очередь это пообещала TI. Это ядро прекрасно собирается при помощи toolcain Codesourcery, мы использовали 2007q3 вроде глюков не заметили. Единственно не используйте -Os опцию компилятора ( и в ядре отключить оптимизацию по размеру), мы использовали -O2. Этим же компилятором и uboot собрался, кстати.
2. Вам отладчик чтобы DSP отлаживать, я так понимаю, раз линукс использовать собираетесь. У нас подобный вопрос тоже стоит, как из-под ARM линуха DSP отлаживать. пока решили просто делать трассировку DSP->ARM->Linux console.
3. Не совсем понятно, зачем вам u-boot для драйверов? К сожалению с CCS я не работал, DSP у нас другие люди занимаются. Если CCS в качестве ARM компилятора ипользует не GCC, то вряд-ли будут шансы собрать U-boot.


На чем-то надо будет отлаживать драйвера (сеть, USB) чтобы их потом перенести в линукс. Помимо отладки драйверов надо переписывать загрузчики, у меня стоит ST вместо Winbond, у них разные команды стирания страниц и для прошивки памяти загрузчиком у меня только один шанс.А вы свои загрузчики не собирали с поддержкой ST?
serhio
Цитата(КонстантинТ @ Jan 12 2010, 15:04) *
На чем-то надо будет отлаживать драйвера (сеть, USB) чтобы их потом перенести в линукс. Помимо отладки драйверов надо переписывать загрузчики, у меня стоит ST вместо Winbond, у них разные команды стирания страниц и для прошивки памяти загрузчиком у меня только один шанс.А вы свои загрузчики не собирали с поддержкой ST?

К сожалению не собирал, у нас OMAP L137 DevBoard от spectrumDigital, поэтому не было необходимости. Но все еще впереди. Драйвера сети (MAC) уже есть в Montavista, разлинчых PHY там тоже приличный выбор. Драйвера USB Host тоже есть( нормально работает с massStorage, проверяли), кажется даже есть и некоторые драйвера для USB Function. Драйвера SPI тоже есть, через них загрузочная флэшка определяется как mtd -устройство. Ядро поддерживает несколько других типов SPI Flash: Support for M25 SPI Flash, Support for AT45 Flash. А что касается отладки, то для ARM может можно использовать и другой отладчик типа Jet-Link? Это так, предположение, я не вникал.
что касается SD, то uboot уже ее поддерживает, файловая система от DevBoard именно так и монтируется.
SM
Цитата(КонстантинТ @ Jan 8 2010, 11:16) *
тк слышал, что драйверов под семерку нет и не будет.

Хотите - сами соберите дрова под 7-ку. Если есть в чем собрать. Исходники отдам (если сам найду, гы smile.gif ) на условии нераспространения дальше. Там вся задача дров заключается в объяснении pnp-манагеру, чтобы посадил плату на стандартные адреса. А вообще - дрова от XP что, на 7-ке не идут? Разумеется при отключении проверки подписанности...
KostyantynT
Цитата(SM @ Jan 12 2010, 19:07) *
Хотите - сами соберите дрова под 7-ку. Если есть в чем собрать. Исходники отдам (если сам найду, гы smile.gif ) на условии нераспространения дальше. Там вся задача дров заключается в объяснении pnp-манагеру, чтобы посадил плату на стандартные адреса. А вообще - дрова от XP что, на 7-ке не идут? Разумеется при отключении проверки подписанности...

Увы Сергей, не идут, повляется одно устройство (вместо 4 в XP)в ID прописывается 4 строчки, драйвера не цепляют. Плюс очередной раз сгорела 7064B (этот раритет у нас не найти).
Обещают дать попробовать XDS100 второй версии.

Самое веселое, в OMAP-L138 уже стоит ST, хочу попробовать перекомпилить загрузчики из нее и поставить в L137, но у меня кол-во попыток ограничено кол-вом флешек на столе.
Как вариант сейчас, пробую скомпилить стиралку для ST и грузить ее через UART их техасовским загрузчиком. PHY поставил KZ8041.Вообще, плата получилась очень маленькая (влепил на нее еще и ZigBee модем), 4 слоя, NAND не ставил.

Другой отладчик нельзя, там весь прикол, что стартует первым DSP, он загружует загрузчик для ARM, потом сбрасывает арм, передает ему упрваление , арм стартует и сразу же гасит DSP. Далее ARM грузит U-BOOT. Ну а дальше все понятно.
SM
Цитата(КонстантинТ @ Jan 12 2010, 22:44) *
Обещают дать попробовать XDS100 второй версии.

Ну это если и заработает для отладки OMAP, в чем я не уверен, то будет тормоз тормозом. Оно - простая ногодрыгалка от FT2232H, ПЛИС там просто безмозглый транслятор уровней.
Serg_D
вот тут
http://armkits.com/product/xds100.asp
пишут что арм9 и кортексы поддерживает вторая версия.
KostyantynT
Цитата(serhio @ Jan 12 2010, 17:18) *
К сожалению не собирал, у нас OMAP L137 DevBoard от spectrumDigital, поэтому не было необходимости. Но все еще впереди. Драйвера сети (MAC) уже есть в Montavista, разлинчых PHY там тоже приличный выбор. Драйвера USB Host тоже есть( нормально работает с massStorage, проверяли), кажется даже есть и некоторые драйвера для USB Function. Драйвера SPI тоже есть, через них загрузочная флэшка определяется как mtd -устройство. Ядро поддерживает несколько других типов SPI Flash: Support for M25 SPI Flash, Support for AT45 Flash. А что касается отладки, то для ARM может можно использовать и другой отладчик типа Jet-Link? Это так, предположение, я не вникал.
что касается SD, то uboot уже ее поддерживает, файловая система от DevBoard именно так и монтируется.

Ну кажется дошел до загрузки Линукса. Вот такой вопрос, на Вашей дев плате стоит флеш 4 мб, на нее влазит только ядро, а где вы храните образ ramdiskbase.gz он занимает около 3 мб во флеш не влазит?
serhio
Цитата(КонстантинТ @ Jan 14 2010, 10:46) *
Ну кажется дошел до загрузки Линукса. Вот такой вопрос, на Вашей дев плате стоит флеш 4 мб, на нее влазит только ядро, а где вы храните образ ramdiskbase.gz он занимает около 3 мб во флеш не влазит?

На данный момент мы используем загрузку ядра по TFTP и файловая система монтируется с внешнего NFS сервера. Очень удобно для разработки. Что касается ramdiskbase.gz, это видимо из стандартной поставки Montavista? От Montavista мы оставили только ядро, файловую систему собрали свою использую Buildroot. В дальнейшем FS мы будем храниьть на NAND Flash и монтировать ее оттуда непосредственно через параметры ядра без ramdisk. Или, коль у вас нет NAND, вы можете располагать FS на SD карте и указать ее в bootargs в качестве root.
KostyantynT
Цитата(serhio @ Jan 14 2010, 22:45) *
На данный момент мы используем загрузку ядра по TFTP и файловая система монтируется с внешнего NFS сервера. Очень удобно для разработки. Что касается ramdiskbase.gz, это видимо из стандартной поставки Montavista? От Montavista мы оставили только ядро, файловую систему собрали свою использую Buildroot. В дальнейшем FS мы будем храниьть на NAND Flash и монтировать ее оттуда непосредственно через параметры ядра без ramdisk. Или, коль у вас нет NAND, вы можете располагать FS на SD карте и указать ее в bootargs в качестве root.

Я отказался от NAND, работаю с картой. Сколько у вас bogomips показывает при загрузке (у меня 149), юсб хост поднимается, но ни мышку ни флешку подхватить не может. И еще сейчас ковыряюсь с драйвером LCD, как он работает в ките, там обязательно поднимать startx или возможен вариант (загрузка logo итд) проверить его работу так.Как Вы его проверяли?

Вообще, впечатление о софте - очень сырое. Одна запись на карточку меньше чем 1мБ о многом говорит. И куча оговорок в описании (мол то не работает. это надо доделать итд). Из USB устройств на USB1.1 хосте у вас что-нибудь подхватилось?
KostyantynT
Во первые тесты работы с карточкой (на файле 10 мб)

|TEST START| FILESYSTEM_WRITE_PERF_5242880_100|
| TRACE LOG| The Test is going to start with following values |
| TRACE LOG| The file name | /mnt/filesystem/file_5242880_100|
| TRACE LOG| The application buffer size in bytes | 5242880|
| TRACE LOG| The total file size in MB | 10|
| TRACE LOG| filewrite | Durartion in usecs | 4105459|
| TRACE LOG| filewrite | Mega Bytes/Sec | 2.554102|
| TRACE LOG| filewrite | percentage cpu load | 17.07%|
|TEST RESULT|PASS| filename|
| TRACE LOG| Please check the size of the file|
|TEST END| filename|


|TEST START| FILESYSTEM_READ_PERF_5242880_100|
| TRACE LOG| The Test is going to start with following values |
| TRACE LOG| The file name | /mnt/filesystem/file_5242880_100|
| TRACE LOG| The application buffer size in bytes | 5242880|
| TRACE LOG| The total file size in MB | 10|
| TRACE LOG| fileread | Durartion in usecs | 757530|
| TRACE LOG| fileread | Mega Bytes/Sec | 13.842039|
| TRACE LOG| fileread | percentage cpu load | 50.00%|
|TEST RESULT|PASS| filename|
| TRACE LOG| Please check the size of the file|
|TEST END| filename|

Беру свои слова обратно по скорости работы с карточкой (что-то в пдф индусы намутили с цифрами).
serhio
Цитата(КонстантинТ @ Jan 15 2010, 15:29) *
Во первые тесты работы с карточкой (на файле 10 мб)

|TEST START| FILESYSTEM_WRITE_PERF_5242880_100|
| TRACE LOG| The Test is going to start with following values |
| TRACE LOG| The file name | /mnt/filesystem/file_5242880_100|
| TRACE LOG| The application buffer size in bytes | 5242880|
| TRACE LOG| The total file size in MB | 10|
| TRACE LOG| filewrite | Durartion in usecs | 4105459|
| TRACE LOG| filewrite | Mega Bytes/Sec | 2.554102|
| TRACE LOG| filewrite | percentage cpu load | 17.07%|
|TEST RESULT|PASS| filename|
| TRACE LOG| Please check the size of the file|
|TEST END| filename|


|TEST START| FILESYSTEM_READ_PERF_5242880_100|
| TRACE LOG| The Test is going to start with following values |
| TRACE LOG| The file name | /mnt/filesystem/file_5242880_100|
| TRACE LOG| The application buffer size in bytes | 5242880|
| TRACE LOG| The total file size in MB | 10|
| TRACE LOG| fileread | Durartion in usecs | 757530|
| TRACE LOG| fileread | Mega Bytes/Sec | 13.842039|
| TRACE LOG| fileread | percentage cpu load | 50.00%|
|TEST RESULT|PASS| filename|
| TRACE LOG| Please check the size of the file|
|TEST END| filename|

Беру свои слова обратно по скорости работы с карточкой (что-то в пдф индусы намутили с цифрами).

Спасибо за тесты, интересная информация. Что касается bogomips, то видимо у нас ядро собрано без этой опции - я не вижу почему-то этой информации в консоли. При следующей сборке ядра мы включим и тогда я сообщу. LCD мы тестировали этой программой http://wiki.davincidsp.com/index.php/Fbtest. Она должна отобразить 4 разноцветных прямоугольника на экране. Здесь отображение неверное, нужно подправить код в том месте, где mmap делается, а именно добавить к полученному указателю 32 байта. Иначе картинка будет кривая как на по ссылке. Причина в некоторой кривости драйвера LCD ( инфо по той-же ссылке в самом последнем абзаце). Оба USB порта подхватились нормально, USB flash детектится и монтируется. Но, по моему, по умолчанию поддержка USB Mass Storage не включена в ядре.
KostyantynT
Цитата(serhio @ Jan 15 2010, 17:04) *
Спасибо за тесты, интересная информация. Что касается bogomips, то видимо у нас ядро собрано без этой опции - я не вижу почему-то этой информации в консоли. При следующей сборке ядра мы включим и тогда я сообщу. LCD мы тестировали этой программой http://wiki.davincidsp.com/index.php/Fbtest. Она должна отобразить 4 разноцветных прямоугольника на экране. Здесь отображение неверное, нужно подправить код в том месте, где mmap делается, а именно добавить к полученному указателю 32 байта. Иначе картинка будет кривая как на по ссылке. Причина в некоторой кривости драйвера LCD ( инфо по той-же ссылке в самом последнем абзаце). Оба USB порта подхватились нормально, USB flash детектится и монтируется. Но, по моему, по умолчанию поддержка USB Mass Storage не включена в ядре.

И еще вопрос, сейчас собираю MontaVista ядро, как собрать образ файловой системы, что я ее никак не найду в исходниках.
serhio
Цитата(КонстантинТ @ Jan 15 2010, 17:11) *
И еще вопрос, сейчас собираю MontaVista ядро, как собрать образ файловой системы, что я ее никак не найду в исходниках.

Тут я вам не помогу. Я даже не знаю, существуют лии в бесплатном виде сходники файловой системы от Montavista. Как я уже говорил, мы используем Buildroot. Хотя завтра надо посмотреть на дисках от EvoBoard, может там есть что-то.
KostyantynT
Цитата(serhio @ Jan 15 2010, 19:38) *
Тут я вам не помогу. Я даже не знаю, существуют лии в бесплатном виде сходники файловой системы от Montavista. Как я уже говорил, мы используем Buildroot. Хотя завтра надо посмотреть на дисках от EvoBoard, может там есть что-то.

OK, спасибо, сейчас тоже собираю через buildroot. Кстати, тест производительности записи/чтения на ядре монтависты почему то заткнулся. Хочу попробовать прогнать все тесты LFTB ( уже собрал их).
Монтависта, кстати, таки не собралась с помощью Codesource.
serhio
Цитата(КонстантинТ @ Jan 15 2010, 18:50) *
OK, спасибо, сейчас тоже собираю через buildroot. Кстати, тест производительности записи/чтения на ядре монтависты почему то заткнулся. Хочу попробовать прогнать все тесты LFTB ( уже собрал их).
Монтависта, кстати, таки не собралась с помощью Codesource.

Странно, а какую версию Codesourcery вы использовали? У меня с более поздними версиями тоже ядро не собралось.
KostyantynT
И еще, если не затруднит в buildrot
- какой вы использовали таргет
- поднимали-ли Х
- собирали встроенным толчайном или внешний прикручивали


Цитата(serhio @ Jan 15 2010, 19:56) *
Странно, а какую версию Codesourcery вы использовали? У меня с более поздними версиями тоже ядро не собралось.

"Позавчора скачанную" rolleyes.gif Самую последнюю. Вы Иксы пробовали поднимать?
serhio
Цитата(КонстантинТ @ Jan 15 2010, 17:11) *
И еще вопрос, сейчас собираю MontaVista ядро, как собрать образ файловой системы, что я ее никак не найду в исходниках.

Как я уже писал, все что я собирал, было собрано 2007q3 с уровнем оптимизации -O2. Самым последним, а так-же предполседним ядро собрать не удалсоь.
Все, что касется работы с framebuffer, в том числе и X-server, подлежит модификации в месте mmap framebuffer-a. Иначе будет ерунда на дисплее.
Buildroot во многом еще сырой, в частности X-server. Собрать то мы собрали, но перед успешной сборкой пришлось попотеть. В основном проблемы в *.mk файлах buildroot-a. Конфигурацию посмотрю завтра.
Еще QT/Embedded 4.5.2 собрался сразу и заработал, но опять таки с учетом модификации mmap.
S_agent
Цитата(serhio @ Jan 15 2010, 21:13) *
Как я уже писал, все что я собирал, было собрано 2007q3 с уровнем оптимизации -O2. Самым последним, а так-же предполседним ядро собрать не удалсоь.
Все, что касется работы с framebuffer, в том числе и X-server, подлежит модификации в месте mmap framebuffer-a. Иначе будет ерунда на дисплее.
Buildroot во многом еще сырой, в частности X-server. Собрать то мы собрали, но перед успешной сборкой пришлось попотеть. В основном проблемы в *.mk файлах buildroot-a. Конфигурацию посмотрю завтра.
Еще QT/Embedded 4.5.2 собрался сразу и заработал, но опять таки с учетом модификации mmap.

1111493779.gif По фреймбуфу может сможете подсказать?
железо da830 omap L137 evm
Linux version 2.6.18_pro500-da830_omapl137_evm-arm_v5t_le

базовые демонстрашки работают qt(тетрис, стрелялка) и minigui(dlgdemo)
urandom > /dev/fb0 тоже smile.gif

fbtest не могет установить ни один режим
xfbdev тоже не находит screen

vlc -I dummy делает вид что проигрывает, только вкуда? laughing.gif - на экране ничего
mplayer -vo fbdev говорит что интерфейс ваш не катит.

а fbv картинку показывает, но как Вы и писали "ерундово" smile.gif
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.