Собственно, сабж... У меня в программе используется достаточно много вложенных if, из которых еще и вызываются функции, плюс еще прерывания используются... Короче, есть предположение, что стека не хватает... Хочу попробовать увеличить, но что-то не нашел в манах, как это сделать...

В avr-gcc стек один (в отличие от IAR) и указатель стека всегда настраивается на верхушку памяти, тогда как место под неавтоматические переменные выделяется снизу.
Таким образом, размер стека автоматически устанавливается на максимально возможный.
Убедитесь, что оптимизация включена, просмотрите код, может где-то забыт массив, который уже не нужен.
Старайтесь не вызывать функции из обработчиков прерываний (за исключением inline-функций), так как это увеличивает расход стека. Если есть вложенные прерывания - попробуйте обойтись без них.
Не используйте оптимизацию -O3, при этом в коде инлайнится всё, до чего компилятор может дотянуться и это тоже может привести к росту использования стека (ненужные inline проскакивают и при -Os - для static-функций, на то есть __attribute__((__noinline__)) )

Вложенные if-ы не влияют на увеличение стека. Увеличить его не получится, так как от и так устанавливается на максимум. А вообще, если программа не работает, надо искать причину целенаправленно, а не выдумывать причины самому.


Насколько я знаю, в avr-gcc этого нельзя делать потому, что подпрограмма обработки прерываний сохраняет только те регистры, которые использует сама, а какие регистры использует вызванная функция - она не знает и потому не сохраняет.

Она не знает - поэтому сохраняет все, которые не сохранит вызываемая функция (т.е. все, кроме calee-saved). Это и приводит к перерасходу стека:





Теперь даже если foo() и использует-то только r25:r24, но сохраняется целая толпа и расход стека растёт.

p.s. возможно, в какой-то из версий баг был в этом месте, но меня обошло.

По теме - на сколько я помню изменить значение стэка в WinAVR можно так:

Теперь стэк начинается с 0x123.
Это надо писать по моему в make-файле, поправте если не прав.
По умолчанию __stack равен RAMEND.

Таким образом стек можно только уменьшить.
Ну разве что поцеплено внешнее ОЗУ и таким образом направить стек туда, но тогда уж лучше туда вытолкать глобальные массивы типа коммуникационных буферов, а стек оставить в более быстрой внутренней памяти.