Не всегда, пример я приводил. 9 приоритетов лучше двух, из которых один только с одним источником.

Попробую просто пояснить свою мысль...
Почти все кто переходит на АРМ с некоторым упорством достойным лучшего применеия пишут
свой обработчик IRQ(который замечу вызывается всегда)
и в этом обработчике всегда предусмотреннны все возможные фичи типа вызова вложенных прерываний итд...
только вот все эти фичи нужны в 1% проектов а пользуют их всегда...
Странная история...

Еще раз: не всегда.


Это единственная фича, для которой нужен свой обработчик.


Ну и что? Можно подумать, что это неподъемный труд - написать/скопипастить.

Труд вполне подъемный, но зачем ?
Зачем нужен весь этот лишний код в 99% проектов ?
Вот у меня под рукой есть маштабная(не маленькая) разработка на АРМ,
и вот эта фраза в коментах меня просто развеселила:

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

и при этом мой код на этой же задачке намного быстрее(а я и не пытался сделать вложенные прерывания)...

А зачем делать круглые глаза при виде такого решения? Я не пропагандирую повсеместное использования вложенных прерываний, но иногда они действительно нужны.
Лишний код имеет объем порядка 80 байт на источник, что, согласитесь, не повод рвать на себе волосы.


Из-за чего? При чем тут реентерабельность вообще?

Рвать волосы конечно не стоит, но допустим это обмен по i2c на скорости 400кбод
и проц работает на частоте 48Мгц.
400Кбод/9 = ~44Кбайт/сек (пиковая)
44Кбайт * "80 байт на источник"(только для выяснения причины)/4 = ~0.88Мбайт/сек (это только то что мы теряем на входе в прерывание)

дальше считать ?

я ни разу не понимаю почему нужно(обязательно) терять по 0,5мкс на кждый вход в прерывание...

Какая разница какой длины приемный буфер?
128 абсолютно разумное число.

За идиотский TWI опять-таки скажите спасибо атмеловцам. Прерываться ради него с частотой 44кГц неразумно, как и вообще прерываться с такой частотой.


Да не обязательно. Ну, дайте Вы своему TWI высший приоритет - получите нулевой оверхед. А 0.5мкс потратите там, где и так уходит 50, и добавка не покажется заметной.
Все в конечном итоге зависит от конкретной системы, нельзя утверждать, что вложенные прерывания - это абсолютное зло, так же как и нельзя утверждать и обратное.


О как! И в чем же состоит абсолют, хотелось бы мне услышать?

Мне вот почему-то кажется, что изменяемый размер буфера - гораздо более гибкое решение, Вы не находите?

В золотой середине между 1536 и 1.
Видители когда надо принимать много и быстро, от фиксированного буфера не уйти.
Вопрос сколько его сделать?
Чем меньше тем сложнее и соответвенно медленнее с этим работать, чем больше - тем выше расход памяти.

Большая, когда 100% пакетов в системе имеют фиксированный размер в 272 байта.

так уж и 100%? G.711-30?
пользуйте G.711-20 и будет щастье.

Видите ли, мне приходилось иметь дело с разными MAC'ами, и почему-то нефиксированный размер входного буфера их разработчиков не смутил.


100%. Не угадали.

Уже много раз их поминал..., однако это не мешает мне работать через него с мегой на ~ 150Кбод
и 400 тоже возможно(если не делать искуственный оверхед )
Я и не утверждаю что это абсолютное зло, просто для меня странными выглядят попытки заставить это работать,
пользоваться этим всегда, а реально воспользоваться премуществами 1 раз в жизни...

А мне вот наоборот приходилось снижать скорость до 20кГц, чтобы не слишком отвлекаться на прерывания от TWI.
Я уж не говорю о какой-то нездоровой прихоти инженеров Атмела, благодаря которой модуль влетает в underrun,
являясь мастером на синхронной в общем-то шине


Попытки полезны для мозга, для осознания назначения и особенностей работы различных режимов процессора, например.

У меня USB противопоказан. Типа, опторазвязка есть. Без нее от PC стоко гадости лезет...
А программный код почти написан. Максиму, еще столько же. Итогокило 10 в бинарнике. А вот ресурсы - нехилые. Одна wallpaper полмега откушывает. Вотщас срочно скачал jpeg и пытаюсь вычленить из этой кучи файлов только то, что надо для декомпрессии.И убрать всякие преобразователи в другие форматы. Чисто волпейперы на экран выводить.

Буду в этой библиотеке непонятное менять на понятное.