[Хомяк 0]

Возникла необходимость использовать таймер для измерения ширины импульса

Кто нибуть делал подобное?

[etoja 0]

Стукни в аську (260394959) скину патч

 

Аськи нет у меня. Положи на http://slil.ru

 

Очень содержательное обсуждение этой платы находится на сайте

http://tech.groups.yahoo.com/group/lpc2400_uClinux

[Хомяк 0]

Аськи нет у меня. Положи на http://slil.ru

 

Очень содержательное обсуждение этой платы находится на сайте

http://tech.groups.yahoo.com/group/lpc2400_uClinux

 

патч http://slil.ru/28137192

сам загрузчик с диска http://slil.ru/28137193

[etoja 0]

Спасибо.

[kovalchuk_i_v 0]

Обратил внимание что на ядре 2.6.21 медленно работает ttyS2, ttyS3 (остальные не проверял, возможно тоже тормозят)

Это проявляется при работе с устройством в режиме запрос-ответ: время, между посылкой команды и приемом ответа, на порядок выше, чем в было в ядре 2.6.11.

Кто-нибудь сталкивался или знает как решить эту проблему?

[kovalchuk_i_v 0]

Обратил внимание что на ядре 2.6.21 медленно работает ttyS2, ttyS3 (остальные не проверял, возможно тоже тормозят)

Это проявляется при работе с устройством в режиме запрос-ответ: время, между посылкой команды и приемом ответа, на порядок выше, чем в было в ядре 2.6.11.

Кто-нибудь сталкивался или знает как решить эту проблему?

 

Ситуация немного прояснилась. В модуле "8250.c" для обработки событий контроллера UART, используются 2 функции:

1) serial8250_interrupt - обработчик прерываний.

2) serial8250_backup_timeout - реализует опрос контроллера UART, дополнительно к прерываниям.

 

Опрос производится раз в 200мС. Время опроса соответствует времени задержки при чтении из устройства.

При увеличении частоты опроса тормоза исчезают.

Пока мне не понятно зачем вообще нужен опрос, если используются прерывания, и почему он оказался так критичен.

Есть у кого мысли?

[Хомяк 0]

Есть вопрос а кто нибуть пробовал более свежее ядро?

[AlexeyVL 1]

А есть порт uClinux для LPC2468 со свежим ядром?

[Хомяк 0]

А есть порт uClinux для LPC2468 со свежим ядром?

Ядро прикручивать свое надо

Если только посмотреть свежую сборку

[AlexeyVL 1]

Ядро прикручивать свое надо

Если только посмотреть свежую сборку

 

У меня пока что-то не возникает желание самому прикручивать ядро :) Не обладаю стольким временем. Мучаю пока .21 . Единственно пока что пришлось сделать обновить тулчейн до 4.2.1.

[aserg 0]

Доброго всем вечера!

Попала ко мне в руки плата 2468. Естественно, первым делом, попытался ядро собрать.

Скачал с гугл-группс все необходимые патчи, как описано в http://fasoli.al.it/index.php/LPC2468

Ядро собирается, uImage имеет размер 0,48 Мб. При попытке загрузить ядро, uboot его размещает в памяти, выполняет проверку контрольной суммы и все...система перегружается. Ядро не стартует.

Перепробовал разные версии тулчейнов - от того, который предлагается в гугл-группс, до своих собственных, основанных на gcc 3.3.6 и 4.1.2.

Не могу понять в чем проблема, как вариант в конфиге ядра, либо в окружении сборки.

Может у кого было такое?

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

[VovkaSOL 0]

Добрый день, собирал ли кто нибудь uclinux для lpc2294? Что делать если тулчейны в .sh скриптах не запускаются, любые исправления не помогают? Кто сталкивался, подскажите?

[seregamax 0]

Всем добрый день. Решил новую ветку не создавать, а спросить здесь.

 

Разбираюсь с uClinux + LPC2294. Все делаю по доке "Getting started uClinux with LPC22xx.PDF", но есть одно но:

1. Заливаю идущие в ссылках romfs.img и linux.bin, все ОК!!!

2. Компилирую свое по доке, заливаю и получаю частично рабочее.

 

Когда бутлоадер предает управление uClinux в терминал выводится следующее:

Linux version 2.6.12-uc0 (root@ubuntu) (gcc version 2.95.3 20010315 (release)(ColdFire patches - 20010318 from http://fiddes.net/coldfire/)(uClinux XIP and shared lib patches from http://www.snapgear.com/)) #6 Thu Aug 4 16:23:24 EDT 2011

CPU: Philips-LPC22xx [22000000] (ARMv3)

Machine: LPC22xx, PHILIPS ELECTRONICS Co., Ltd.

Built 1 zonelists

Kernel command line: root=/dev/ram0 initrd=0x81100000,512k console=ttyS0

PID hash table entries: 16 (order: 4, 256 bytes)

 

а дальше крякозябры!!! Почему? Не понимаю. Перерыл весь инет - ответа найти не могу.

Я свои 2МВ ОЗУ уже подключал и как по 16 битной шине, так и по 32 битной (с соответствующей инициализацией), ничего не изменилось, результат один и тот же.

 

Знающие, подскажите почему так происходит?

Заранее спасибо.

 

P.S: Жалко что почти получилось, но в итоге не полностью.