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

Итак имеется прерывание и голова, или два прерывания, - короче несколько независимых процессов. Имеется переменная которая используется (модифицируется, сравнивается) в обоих (нескольких) процессах. В худшем случае переменная многобайтовая.

Итак кто как борится с вызыванием прерывания во время модификации переменной. Приведу пример (Пример абстракный. Привожу его для понимания картины).
Имеется кольцевой буфер. Переменная EndInBuf двухбайтная. При переходе по кольцу осуществляются след. действия.
if (EndInBuf > (BEGIN_IN_BUF + LENGTH_IN_BUF)) EndInBuf = BEGIN_IN_BUF;
Очевидно что операция присваивания будет происходить в несколько ассемблерных команд. Если между этими командами происходит вызов прерывания и в этом прерывании используется переменная EndInBuf, то произойдёт ошибка. Я в своей практике (на ассемблере) использовал следующие способы предотвращения данных ситуаций.
1) Самый простой. Сокращаешь до минимума число критических операций. На время данной операции запрещаешь прерывания.
2) Синхронизация процессов. В прерывании устанавливаешь флаг. В голове сбрасываешь и дожидаешься установки. Это означает что прерывание пришло и у тебя есть некоторое время для модификации, до прихода следующего прерывания.
3) Разделяешь процессы во времени так, чтобы они никогда не перекрывались. (Так сказать мини ОС )
4) В некоторых случаях помогает написание програмного контролера прерываний. (Модификация пункта 1)

Меня интересует как к этому подходят другие? Имеются ли "общепринятые решения по данному вопросу"? Особенно меня это интересует в плане применения на C. Так как я сейчас перехожу на данный язык.
Дело в том что я сейчас нахожусь на распутьи. Мне надо осуществить операцию типа "чистка мусора". Как к этому подойти по грамотному, пока не знаю. Ни одно решение пока мне не понравилось.

Существуют стандартне методы синхронизации:
например (1) называеться critical section, (2) - mutex.
Обо всем этом можно почитать в хороших книжках по системному программированию. Мне например очень помог Вильямс "Системное программирование для Win2000",Кертен "Введение в QNX Neutrino",
различные руководства по RTOS, например на www.FreeRTOS.org.
Я думаю список продолжат.
На проблему стоит смотреть шире - дело не только в защите конкретных переменных, а в организации системы приоритетов и межпроцесного взаимодествия (IPC).

Очевидно самый простой способ - не обращаться к этой переменной в прерывании. Для AVR да и вообще для многих МК в которых используется одноуровневый КПП вообще нет никакой диллемы, т.к. код выполняемый в обработчике прерывания никем не может быть прерван.

Однако если имеют место вытесняемые потоки тогда, не имея ОС, придется самостоятельно делать объекты синхронизации. Наиболее прост в реализации семафор (известный как CriticalSection) с функциями Wait/Enter() и Pass/Leave() соответственно на входе и выходе из критического участка. Коды функций Wait() и Pass() могут быть например такими:



использование семафора сводится к вызову функции Wait() перед входом в критический участок и функции Pass() после прохождения критического участка.


Однако необходимое требование для того чтобы такой механизм синхронизации работал - потоки должны быть вытесняемыми или параллельными! Следовательно в вашем случае такой подход не годится... Для вашего случая функции Wait() и Pass() могут иметь такой вид:

SasaVitebsk, ОС почти таким же макаром и действует ка и вы описали . Просто названия немного заумные для этого мютекс, семафор, атомарные операции (запрешение прерывания )) )...

Прошу прощения, но критическая секция - это не семафор. Это именно секция кода, при выполнении которой прерывания запрещены, т.е. это не прерываемая секция.


А вот это и есть в чистом виде критическая секция.

Если уж пользоваться IAR EWAVR, то имеет смысл использовать класс-"обертку" (wrapper), которая позволяет не забывать выполнить на выходе парную функцию. Например:

Здесь при выходе из блока, где объявлен объект cs, автоматически будет вызван деструктор объекта cs, который (деструктор) восстановит состояние глобального разрешения прерываний.

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

Но критическая секция - не семафор! Не будем путать "палец, указующий на Луну" с самой Луной.

Скажем так в виндовс, из объектов синхронизации нет семафора. Наиболее близок к нему RTLCriticalSection по свойствам и по способу применения..

Стоп, стоп батенька...
А к чему относиться CreateSemapore ?

Признаю - моя неправда..
Спасибо за наводку, полезно иногда "сесть в лужу" иначе бы я так и не открывал раздел MSDN Synchronization Functions.. тем не менее наличие объекта синхронизации "семафор" в виндовс не отменяет второе, сказанное мной ранее предложение: "Наиболее близок к нему RTLCriticalSection по свойствам и по способу применения.."