Спасибо всем откликнувшимся! Всем отписал ответы.
Теперь по поводу прерываний. На мой взгляд, надо двигаться как полководец к победе, последовательно и приоритетно, если уж начинать дело.
А зачит:
- однозначное понимание проблемы и необходимости решать, менять;
- глобально качественно менять и браться за глобальные перемены, это занчит, базироваться на серьезных знаниях, либо опыте или и то и другое, поэтому надо подходить реально к "кадровому" вопросу и реально-достижимой цели. Вывод- цель рихтуется под кадры и реальные сроки, эффект;
- во избежание простоя, застоя, упадка и т.п. надо НАЧИНАТЬ менять закладывая новые основы и принципы, которые Виллис СОЗНАТЕЛЬНО ИЗБЕГАЛ и ОБХОДИЛ СУРРОГАТНЫМИ МЕТОДАМИ, надо идти "в лобовую атаку";
- изложенный мною выше(а именно пропись в IDT фиксированных векторов обработчиков, закрепленных за одним единственным железом и отдача драйвером ядру нового сервиса железа(функции), а не пользовательского доступа к портам и прерываниям) прост, эффективен, понятен, даже гибок, т.к. система может иметь 5 вариантов обработчика, например, а перебрав их на предмет реального тест-ответа железки, оставить в работе именно правильно ответивший адрес обработчика...;
- работы глобального драйверного направления, выработки модели, не противоречат данной концепции, а лишь будут подкреплены и базироваться на оных, как принципиально так и результативно, т.к. НЕ делая ВООБЩЕ никакого драйвера ИМЕННО, как драйвера, а не приложения(и ему подобная реализация, принцип) ничего вообще не получишь и не продвинешься + откатка массы Vendor`озависимости и нюансы овладения ЛЮБОЙ железяки сильно расходуют и время и силы и здоровье если хотите. Наскоком эти дела вообще не двигаются, даже всем миром, поверьте! Только скурпулёзный труд, опыты и пробы, кучи висяков, чтение до опупения фирменных мануалов железок...
Ребята, проанализируйте хотя бы кадрово-профессиональный вопрос своих рядов, что, кем и как реально, а что нет.
|