Легенда:
 новое сообщение
 закрытая нитка
 новое сообщение
 в закрытой нитке
 старое сообщение
|
- Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
- Новичкам также крайне полезно ознакомиться с данным документом.
Это понятно, что со стороны проца (того, кто выполняет код)... 27.11.06 17:47 Число просмотров: 2805
Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman
Отредактировано 27.11.06 17:49 Количество правок: 2
|
> Разрешите не согласиться :). USB в своей работе полностью
> опиратеся на PCI. Хост-контроллер USB сидит на ней.
Это понятно, что со стороны проца (того, кто выполняет код) надо смотреть. Вот только дрова выполняются на уровне ядра и лезут напрямую к портам ввода/вывода, которые у УСБ устройства отсутствуют, а присутствовали бы, если б устройство сидело непосредственно на ПиСиАй шине. Поэтому "Нет и быть не может" (копирайт leo).
Помогла бы виртуализация (Fighter), так как была бы возможность отреагировать на обращение к портам вв/выв. Написать драйвер, который бы "догадался" по адресам к какому устройству пытается обратиться другой драйвер, перехватив это обращение В РЕЖИМЕ ЯДРА :-), обратился бы к нужному драйверу верхнего уровня, тот что обрабатывает само УСБ устройство, обращаясь к драйверу УСБ контроллера, и правильно бы обработал запрос, пока НЕ ПОЛУЧИТСЯ.
> Местоположение регистров ввода/вывода USB определяется с
> помощью одного из регистров базовых адресов шины PCI. И все
> данные гоняются по ней же.
Но по этим адресам находятся регистры контроллера УСБ, а не целевого устройства. Проще заново дрова написать или перепаять устройство на другую шину.
|
|
|
подробно о проекте
Анализ криптографических сетевых...
