Во избежание открытия в ветке дискуссии по поводу, кошерно ли рестартовать не через watchdog, а переходом по адресу 0, хотел бы заметить, в моём конкретном случае - вполне кошерно. Рестарт происходит по нажатию и отпусканию кнопки путем вывода контроллера из режима глубокой спячки, все необходимое подготовлено перед вводом в спячку.

Перейду к сути. Имеем предельно простую подпрограмму прерывания:

Генерируется код:

Все выполняется верно (и в железе тоже). Пишу с ассемблерной вставкой:

Генерируется код:

И, как ни странно, все выполняется (и в железе тоже).

В таком случае возникает вопрос, откуда у ATtiny13 появилась выполняемая в реале команда "jmp", отсутствующая в наборе команд для этого конкретного контроллера?

Возникает также и другой вопрос:
Если поставить
asm("jmp random")
что-нибудь изменится?

Или МК будет тоже резетиться.

Компилятор будет ругаться. В ассемблерной вставке можно использовать только предопределенные символы и явные параметры.

PS: Но вопрос о недокументированной команде остался в силе.

PPS: Кстати, в своё время знал о недокументированных командах Z80 и иногда использовал их для трюков.

Под "random", если я правильно понял понимается любое число. Смысл в том, что ресет потому и происходит, что такой инструкции нет.

Практика - критерий истины.

Пишем еще кусок кода с известной точкой входа, и там зацикливаемся:

Компилируем, прошиваем.
По нажатию и отпусканию кнопки на PB3 при помощи бациллоскопа наблюдаем красивый меандр.
Команда jmp 10 отрабатывается безукоризненно.

Ваша гипотеза - ошибочна.

Отсутствие команды в даташите не означает, что ее нет в "железе". Что-то мне помнится, что у mega8 такая команда была и работала. И вдруг очередная версия компилятора начала на нее ругаться - гляжу в даташит, а ее (jmp) уже и нет... За давностью не поручусь за подробности, может быть, то была не M8. Но в каком-то из мелких камней я это встречал.

Меня заинтересовал сам факт. Про Z80 я уже писал.

Кстати, несмотря на то, что казалось бы "jmp 0" должен давать одно слово выигрыша, все же идеологически правильный минимизированный вариант:

не проигрывает в объёме кода, потому как во втором случае компилятор не генерирует хвостовое "reti", четко понимая, что возвращаться некуда, а в первом не имеет об этом никакого представления и после "jmp 0" оставляет еще и "reti".

PS: Да, еще кстати, в старом дейташите на Мегу8 (Rev. 2486I–AVR–12/02) обнаружил "jmp". В более поздних ревизиях дейташитов этой команды в списке уже нет.

Это не страшно, главное что Ваша подтверждена.
Заманчиво конечно, но наверное не стоит расчитывать, что во всех ревизиях чипа недокументированная инструкция будет поддерживаться. При какой-нить очередной оптимизации могут и выкинуть.

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

Обнаружил в процессе поиска наиболее компактного варианта программного ресета.

Но вот "rjmp" побороть не смог. Как указать в ассемблерной вставке относительному переходу скакнуть по абсолютному адресу способа не нашел.

Зато обнаружил, что __indirect_jump_to(0), в отличие от asm("ldi r30,0\n ldi r31,0\n ijmp"), подавляет генерацию бесполезной reti, а __noreturn убирает столь же бесполезное в этом случае сохранение регистровой пары z.

Сделать его "неизвестным". Например, задать в скрипте линкера метку, равную 0, а в исходнике объявить как внешнюю.
Как для иар-а не знаю, для avr-gcc так: