Вчера понадобилать Release версия проекта, скомпилил, ни в какую работать не захотела, глючило всё как могло.
Пол дня убил пока не понял что наступил на известные грабли GCC, неправильное генерение пролога/эпилога для прерываний. Описанные тут и тут


Всё это под CW 1.6 b 3. там GCC 4.1.0.

Притом на сайте Rowley Associates примерно тут (сейчас чтото недоступен) говорится что с уровнем оптимизации 1 ( -O1 ) всё ОК! Но как я понял это в предыдущих версиях (3.х.х) оно работало, а сейчас нет.


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

PR16634: Wrong-code for IRQ functions. - http://gcc.gnu.org/ml/gcc-patches/2006-08/msg00230.html
When generating interworked armv4t code gcc generates incorrect function
epilogue code for IRQ/FIQ functions. ...

Так я практически тудаже ссылку дал. Т.е. в конце страницы которую я обозвал как второй "тут" (т.е. http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16634) эта ссылка есть. И я понятно там был.
Мне не хочется качать исходники GCC, патчить, компилять.

Кстати вопрос к знающим, а сам GCC под ARM компилять надо обязательно GCC-x86 (а то и со всякими бинутилами и т.д.)?
Или можно и в MS VC 2003?

Попробуйте взять мою сборку 4.1.2 http://www.klen.org/Projects/Embeded-gnu-t...last_build.html
В нем arm.c изменен в части касающей строк которык в патче указаны.
Если будете пробывать напишите че вышло. будем разбиратся.

Сообщение отредактировал klen - Oct 4 2006, 18:58

Спасибо, но не прокатило.

С код



Код который генерился ранее, т.е. GCC 4.1.0 с оптимизацией Level 1


Код который генерится с GCC 4.1.2 с оптимизацией Level 1

Т.е. тоже самое, там проблема что 4 из lr дважды вычитается.


Рабочий код который генерится с обоими GCC без оптимизации (дебаг)

С ключиком -mapcs-frame код генерится как в дебаге.


Ну и на вот это не ответишь?


И ещё klen почему твои бинарники раза в 3 больше чем которые с crossworks-ом? Мож их стрипом?

Кстати статус у патча нифига не CLOSED.

По поводу глюка - я правильно понял что он проявляется при отличном от -O0 ключе оптимизации?

Бинарники у меня большие потому что я их так собираю чтоб на любой машинке работали и не требовали никаких библиотек - все статически влинковывается.

Скомпилить часть исходников gcc может получится, другая часть не скомпилируется потому что есть gcc расширения и особенности синтаксиса С языка которые VC++ не пропустит. А вот собрать без binutils не получится и вовсе, как я думаю.

А зачем gcc собирать с помощю не gcc??? какой от этого кайф?

Правильно. По крайней мере при -O1, -O2 точно.



затем что нет его у меня пока! Тока в линухе.

Случайно наткнулся: http://www.armkits.com/support/FAQanswer.asp?id=142

Вкраце, советуют описать обработчик irq на асме:


из которого и будет вызываться вызывать функция обработки прерывания, описанная на C, но безо всяких __attribute__ ((interrupt ("IRQ")))

Сообщение отредактировал yaghtn - Oct 5 2006, 10:05

Эт всё понятно, можно и naked функцию объявить со своими прологом/эпилогом в виде асм-вставки.
Просто обидно что глюку 2 года а править его никто не думает.

Кстати в приведённом примере сохраняются все r0-r11 и вызывается функция, которая в свою очередь опять будет сохранять часть из этих регистров если их пользует. Т.е. оверхед по времени и стеку в прерывании.

Но в любом случае спасибо!

тогда уж так лучше, короче на 2 команды

Убил субботу, ночь и полсегодня в поисках кривизны. Нашел откуда рога растут - функция разворачивания пролога в /gcc/config/arm/arm.c:arm_expand_prologue, поправил, пересобрал, эпилог начал генерится правильно(???) c оптимизацией О1,O2,О3,Оs. компиллер gcc 4.1.2-20060930. Вот результат:

-О0 (без оптимизации)

оптимизация -О1...Оs

В последнем листе приведен для -O1, поскольку при других оптимизациях компиллеров изменялся только целевой код, то приведен только один лист - эпилог и пролог при всех отличгых от -O0 одинаковы.

Завтра или сегодня выложу поправленую сборку (дома интернет сдох, пишу через мобильник). Непроверял при заходе в irq/fiq из THUMB и выходе внего. Прошу проверить. Нужно вобще потестировать.
Лично у меня проект завелся на всех оптимизациях(раньше ессесенго все работало только без оптимизации). Проект состоящий из 4задач FreeRTOS + 20кб всякого разношерстного кода работы с переферией. Работает не жужит. Дмаю что еслиб где былаб ошибочка то хрен работалоб - куча стеков, heap, и тд - все динамически дышит - и не падает уже минут 40. микросхемка lpc2103 Но! я ваще тумб не пользую - нада проверять.

Еще вопрос. При выходе из irq/frq возврат на прерванную команду - subs pc, lr, #0x00000004. А вот при DAbort всетаки на две команды нада отматывать(по моему разумению изза того что это исключение в v4t происходить через одну команду если возникла ошибка озу). Посему нада в пепилоге subs pc, lr, #0x00000008 применять. Сейчас для всех исключений кроме SWI все едино. Делать -8 в аборте или нет? Как считает?

Сообщение отредактировал klen - Oct 8 2006, 14:29

По моему и сейчас не едино, и надо не едино.
В частности для FIQ не сохраняется R12, ибо он там свой теневой.
Кстати для пустых обработчиков код для IRQ генерится правильно и состоит из одной команды:


И даже не только для пустых но и для таких:


Оптимизация блин!

Про DAbort и т.д. не скажу т.к. абсолютно не силён в ARM асме и соответственно архитектуре.
Но ИМХО возвращаться из abort-ов в проциках без MMU както не провильно. Т.е. если есть ОС то она должна снять/перезапустить задачу. Если без ОС то итого хуже.
Я у себя в железке матерюсь на индикатор и стопарюсь в пустом цикле, ибо этого не должнобыть никогда!
Для проциков с ММУ, кэшами и т.д. видимо есть другие пути решения, но я с ними не работал.

PS тумб я тоже не пользую.

Ну че? потестируете?

Если там же, то там нет?

Может для CW и опции взять соответствующие?
Из вот этого?

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