1394, есть пара вопросов....

[zloi7777]

Написал дровину для обмена между двумя компами по фариварному каналу, работает замечательно....
Соединяю комп по 1394 с  двумя другими компами ( в реале, вместо двух компов будут одинаковые устройства с фариварным интерфейсом) и начинаются проблемы:
 1. на каждом компе запускаются по две копи драйвера и обмена нет ни с одной парой компов. Вопрос, как сделать чтобы запускался тока один драйвер, и через него взаимодействовать с двумя узрами?
 2. из первого вопроса подвунктом вытикает второй - как послать запрос на чтение или запись на конкретный узел понятно из MSDN, а вот как определить адрес узла откуда получены данные совершенно непонятно, в запросе REQUEST_ALLOCATE_ADDRESS_RANGE неслова о адресе узла нет ( хотя при программировании контроллера 1394 на прямую, в заголовках пакетов вся эта информация есть)?

Заранее благодарен за любую информацию по данному поводу.

[SlavaI]

По первому пункту. IMHO такого быть не может в случае нормального WDM драйвера. То есть твое утверждение, что DriverEntry два раза вызывают, система если модуль уже загружен второй раз его не пытается загружать. А вот если AddDevice два раза вызывают то это нормально, так и должно быть в случае двух устройств.

[Ochkarik]

по поводу
" из первого вопроса подвунктом вытикает второй - как послать запрос на чтение или запись на конкретный узел понятно из MSDN, а вот как определить адрес узла откуда получены данные совершенно непонятно, в запросе REQUEST_ALLOCATE_ADDRESS_RANGE неслова о адресе узла нет ( хотя при программировании контроллера 1394 на прямую, в заголовках пакетов вся эта информация есть)?"
когда ты располагаешь память и мапируешь еез  REQUEST_ALLOCATE_ADDRESS_RANGE  - ты просто мапируешь память - никаких обращений к шине 1394 не происходит в этот момент. Узлом является твой комп с выделенным ему PHIS_ID и BUS_ID.
информацию о запросах к этой области можно получить по факту запроса. установив нотификейшен, на эту область. он будет вызываться при попытках чтения записи в этот регион. в нотификейшене будет инфо о ID того кто туда пытался достучатсяи даже весь заголовок пакета.
Юра.

[R2D2_RnD]

Единственным способом определить откуда пришел запрос на чтение/запись адреса является способ выделения адресов No Backing Store - в этом случае на драйвер устройства ложится обязанность по разбору содержимого пакета 1394 и отправке (в случае необходимости) response пакета (напр. на broadcast по стандарту ответные пакеты не отправляются).
Указатель на пакет получаем от драйвера шины в структуре NOTIFICATION_INFO - указатель на нее является параметром callback функции, указываемой при выделении адресов шины 1394.
Т.к. в этом случае драйвер устройства получает весь пакет, то становится возможным узнать все подробности - адрес отправителя, скорость передачи и пр.

Более подробно расписано на:
http://www.wd-3.com/archive/AddressRange.htm