Отправлено NovikM 29 октября 2003 г. 13:16

Интересует конечно цикл чтения из устройства. Т.е. можно ли увидеть сообщения OC или проги какой-либо о нарушении паритета? Может существуют настройки в ОС или Bios, разрешающие или запрещающие контроль. Ежели кто знает подскажите пожалуйста темному.

• В спецификации на этот счет сказано просто - между вашим девайсом и ОС стоит драйвер который передает ошибки четности от девайса в ОС. Нет драйвера - нет ошибки — Vitus   (30.10.2003 15:36, пустое)
  • Только у Win2k этим видимо занят PCI Bus Driver, а не драйвер вашего девайса. — _aquarius_   (31.10.2003 10:34, пустое)
• Насчет способа обработки присоединяюсь к вопросу; как Win2k обрабатывает serr#? А увидеть легко: организуйте ошибку паритета - и увидите. — _aquarius_   (29.10.2003 14:19, пустое)
  • Увидим что? Плата не формирует PAR , и при этом и Bios и ОС-ы глухо молчат. — NovikM   (29.10.2003 14:41, 51 байт)
    • Ваш девайс должен формировать PAR только при его (девайса) чтении. Если девайс не формирует PAR - берите симулятор, осциллограф и вперед :) — _aquarius_   (29.10.2003 15:08, пустое)
      • Хорошо, переформулируемся: как убедится на реальном железе, что формируемый PAR формируется правильно? — NovikM   (29.10.2003 16:06, 97 байт)
        • Включите контроль Serr# и Perr# в конф. пространстве всех устройств PCI (главное - Host/PCI Bridge). Чипсет поддерживает проверку паритета, просто винда видимо его игнорирует. — _aquarius_   (29.10.2003 16:50, пустое)
          • Т.е. необходимо самому законтролировать паритет, програмируя и опрашивая регистры Cmd и Status мостов и мастера? — NovikM   (29.10.2003 18:38, 50 байт)
            • Я проверял логику в симуляторе, в работе фактически проверялас ь только способность бегать на заданной частоте. Залезть в Command & Status можно легко какой-нибудь утилитой. Учтите, что Win2k постоянно опрашивает конф. пространство вашего девайса (примерно раз в секунду) поэтому отловить какую-то конкретную транзакцию так не удастся. — _aquarius_   (29.10.2003 18:44, пустое)
              • Пройтись по Cfg-регистрам (и машину грохнуть, например, особенно если там еще кто-то лазит) не вопрос. Вопрос как делать это корректно и получить результат. И если это необходимо только для удовлетворения собственной правоты, а операционка на это глаза закрывает, то я бы предпочел бы выкорчевать PAR под 0. Я то надеялся (и надеюсь ещё пока), что есть утилитка или потаённая опция ОС, которая покажет работает ли моё устройтсво правильно. — NovikM   (29.10.2003 19:06, 140 байт)
                • Есть еще и другие OS, другие архитектуры с PCI, так что PAR придется делать :) — _aquarius_   (30.10.2003 10:14, пустое)
                  • Т.е. на бумаге нарисовали, на экране симулёжном проверили, и довольные собой заверяем всех, что с паритетом у нас Ok. — NovikM   (30.10.2003 16:42, 171 байт)
                    • Нормально. Логика данного модуля очень проста, это раз. Во вторых описанная выше методика сразу отправлала машину в небытие, когда на PAR подавались заведомо ложные значения (i440BX - проверял). В третьих device тестируется уже оччень многосуточно на разогнанной мамке, об ошибках PCI сообщает спец. модуль девайса (копия sr14,sr15, отдельный сброс модуля и т.д.). Так что фантики по крайней мере картонные, с начинкой :) — _aquarius_   (30.10.2003 18:23, пустое)