jcmvbkbc

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

Это описание верно только для прерывания срабатывающего по фронту сигнала. Прерывание срабатывающее по уровню сигнала нигде не запоминается. Вне зависимости от того, было ли оно запрошено в то время, пока оно было запрещено, если оно не запрошено в момент разрешения прерывания -- прерывания не случится.

Верно ли я понимаю, что микроконтроллер запоминает факт прерывания

Верно для прерываний срабатывающих по фронту. Неверно для прерываний срабатывающих по уровню.

не может этот флаг скинуть, пока как раз таки я снова не подключу прерывание и он тут же радостно мне его передает?

Неверно в общем случае. Флаги запроса прерывания могут быть доступны через регистры, иногда эти регистры можно программно очищать.

Возможно ли как-то переопределить данное поведение?

У некоторых прерываний можно настроить, срабатывают они по уровню или по фронту. Например, у Atmel можно настроить как детектируются внешние прерывания INT0 и INT1 -- регистром EICRA.

Или скинуть каким-то другим способом этот флаг?

Опять же, на Atmel флаги внешних прерываний лежат в R/W регистре EIFR, в нужные биты которого можно записать 0, чтобы очистить запомненный запрос прерывания.

Я вызываю режим командной строки через shift : и пишу
3,8yanka
то есть, скопировать строки с 3 по 8 в регистре а, можно и без а.

Я делаю то же самое в vim, добавив пробел между yank и a -- и всё работает. Вывод: проблема в vscode.

Добрый вечер, написал скрипт на bash для авто-установки.

#!/bin/sh

/bin/sh может и не быть bash'ем.

Не пойму почему он отказывается работать.

Скрипты можно отлаживать: #!/bin/bash -ex

В чем может быть дело?

Похоже на не-английскую раскладку клавиатуры.

Но при проверки им
gpg --verify ncopa.asc alpine-standard-3.9.0-x86_64.iso.sha256
пишет что gpg: verify signatures failed: Неожиданная ошибка.

alpine-standard-3.9.0-x86_64.iso.sha256 -- это просто sha256 от iso, там нет подписи. Подпись должна быть в файле с расширением .asc за кнопкой "GPG", но там 404.
Судя по содержимому dl-cdn.alpinelinux.org/alpine/v3.9/releases/x86_64 подписи всё-таки есть для некоторых .iso

objaddr = objects + (sizeof(Object)*n);

sizeof(Object) * не нужен, это не ассемблер.

;1 вариант
mov ah,02h
int 1Ah
inc cl
mov ah,06h
int 1Ah;

Мы получаем текущее время, прибавляем к минутам единицу и настраиваем будильник (случаи, когда 59 минут можно не рассматривать)

Время из int 1Ah возвращается в BCD. Чтобы увеличить счётчик минут на 1 inc cl недостаточно, нужно mov al, cl ; inc al ; daa ; mov cl, al.

В общем вопрос простой, как установить этот модуль в ядро без затрат здоровья!? Может кто то ставил? Может я что то явно делаю не так?

Ты определённо что-то делаешь не так. Начиная с того, что autosleep -- это не модуль:

$ grep -A1 PM_AUTOSLEEP kernel/power/Kconfig
config PM_AUTOSLEEP
        bool "Opportunistic sleep"

У модуля тип был бы не bool а tristate.
Всё что ты можешь сделать -- это собрать новое ядро с этой опцией.

А RTFM -- не модно уже?:

What:		/sys/power/autosleep
Date:		April 2012
Contact:	Rafael J. Wysocki <rjw@rjwysocki.net>
Description:
		The /sys/power/autosleep file can be written one of the strings
		returned by reads from /sys/power/state.  If that happens, a
		work item attempting to trigger a transition of the system to
		the sleep state represented by that string is queued up.  This
		attempt will only succeed if there are no active wakeup sources
		in the system at that time.  After every execution, regardless
		of whether or not the attempt to put the system to sleep has
		succeeded, the work item requeues itself until user space
		writes "off" to /sys/power/autosleep.

Что у тебя в /sys/power/state?

в файле /sys/power/autosleep -стоит "off", файл не редактируется

Как редактируешь?

cpp файл

template <typename T>
Tree<T>::Tree()
{
}

Как по-твоему компилятор во время компиляции этого cpp файла узнает, что ты захочешь работать с Tree<int> в каком-то другом файле?
Только если ты в этой же единице трансляции сделаешь явное инстанцирование нужных тебе типов. Иначе объектный файл, получившийся в результате копиляции этого cpp файла будет (почти) пустым.

Если переношу реализацию конструктора и деструктора в заголовок - все работает.

...и это -- типовое решение этой проблемы.