Отправлено Леха 18 марта 2004 г. 19:03 В ответ на: Ответ: отправлено Dem 18 марта 2004 г. 18:25

Ваша схема анализирует адрес и команду в фазе адреса каждой
транзакции и если это все свое, то отвечает. Если обнаружено, что
транзакция чужая, то анализ надо прекращать (блокировать) пока
эта транзакция не закончится, потому что в фазе(фазах) данных
чужих транзакций возникают ситуации когда на A/D выставляется
число, совпадающее с вашим адресом, на C/BE - число, совпадающее
с вашей командой, FRAME - в нуле. В результате, ваша логика без
грамма сожаления выставляет DEVSEL в фазе данных чужой транзакции.
Такая ситуация у вас учтена ?

• Ответ: — Dem   (19.03.2004 09:49, 144 байт)
• Ответ: — Dem   (19.03.2004 09:45, 288 байт)
  • Ответ: (+) — Леха   (19.03.2004 10:10, 620 байт)
    • Кстати, по шине ещё может burst бегать. А при этом FRAME и в фазе данных стоит в нуле. (-) — Alesandro   (19.03.2004 14:13, пустое)
      • Это точно. — Леха   (19.03.2004 15:17, пустое)
    • Нашел. Спасибо за совет. Спасибо всем кто ответил на призыв о помощи. — Dem   (19.03.2004 10:23, пустое)
  • Ответ: как сказал Леха надо следить за FRAME#, а схема должна срабатывать по условию ADR*FRAME(1->0), т.е. ловить переключение FRAME# 1->0 — DeadMoroz   (19.03.2004 09:54, пустое)
    • Ответ: — Dem   (19.03.2004 09:59, 229 байт)
• А как адреса у разных устройств могут совпадать, их же БИОС раздаёт? (-) — Alesandro   (18.03.2004 20:48, пустое)
  • ДА не адрес, в во время чужой транзакции в фазе данных на шине может возникнуть значение которое устройство распазнает как свой адрес (+) — -=Sergei=-   (18.03.2004 21:07, 193 байт)
    • А, понял. Стормозил. :( Кстати, в описании PCI машина состояний разрисована - чтоб как раз таких ситуаций не было. (-) — Alesandro   (18.03.2004 22:22, пустое)