GCC: Аварийный выход из прерывания (функции)

[MaxiMuz79]

Возникла ситуация когда при обработке прерывания нужно изменить привычный ход программы, когда содержимое сохранненых регистров и указатель стека уже не важны. Оператор goto тут не работает:

ISR (xxx_vect)
{
  ...
  ...
  goto m1;
}
void main (void)
{
  ...
  ...
  while (1)
	{ ...
           ...
         }
m1:
  ...
  ...
}

Что можно здесь сделать ?

п.с.: тема возникла из предыдущей темы:
https://kazus.run/forums/showthread.php?t=104418

[pambaru]

Оформить m1 не как метку, а как подпрограмму.
Все равно, видимо, раз уже все вразнос пошло, m1 - это тупиковая ветвь.

[lsa]

Если процессор нормальный и знаете о возможности переполнения стека:
положить в стек адрес места куда нужно скакнуть и выполнить RETI.
Когда я контролирую стек и сам в него пишу, то еще и делаю подмену - сначала вынимаю адрес (автоматом сохраненный при входе в прерывание), потом сохраняю туда новый и выполняю RETI.

[Ara41]

положить в стек адрес места куда нужно скакнуть и выполнить RETI.

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

[lsa]

скорректировать указатель стека

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

[MaxiMuz79]

Оформить m1 не как метку, а как подпрограмму.
Все равно, видимо, раз уже все вразнос пошло, m1 - это тупиковая ветвь.

подпрограмма не катит см. тему по ссылке

[MaxiMuz79]

lsa, есть оператор goto, непонятно почему нет возможности переходить в другой блок. А так воткнулбы "rjmp adr" , но незнаю как.

[lsa]

Потому как с этим goto утрачивается логический ход программы. Компилятор еще насовал при входе сохранение регистров и ожидает их вернуть. Вы пытаетесь прервать этот ход и компилятор не дает сделать ошибку.

[Ara41]

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

по указанной ссылке в коде перед RETI еще восстанавливаются регистры, ранее сохраненные в стеке, поэтому указатель стека надо бы скорректировать, т.к. выход из обработчика прерывания планируется быстрый и без восстановления регистров.

[lsa]

по указанной ссылке в коде перед RETI еще восстанавливаются регистры,

Точно. Я не учел стандартного процесса выхода в GCC.
Простой записью двух байт можно было обойтись только в асме.