Форум: Техническая поддержка

Не подскажете, как протестироватьдве  l761. Каждая по отдельности работает, а если поставить вместе - все досовские тестовые программы виснут; в полуоси при прохождении теста в отладчике компьютер виснет вусмерть при выполнении чтения из базового порта второй платы, т.е. на inp()

SY,
EK

Интересные пироги получаются. Дома все работает. Неужели это это большой и пламенный привет от фирмы INTEL и  ее мамы имени 810 чипсета ???

Нужно смотреть какие ресурсы назначены обеим платам - скорее всего в этом дело. Напишите какие они.

Да вроде бы ресурсы нормальные и разные
(два базовых адреса  и прерывание).
Причем получается  примерно следующая картина:

INTEL 810 - виснет LOAD_PLX  в голом досе и моя программа на inp со второго базового адреса второй платы  (тот, который b->base )

INTEL 815 - LOAD_PLX работает и в голом досе, и в Dos-сессии OS/2,  моя программа не виснет  на  inp после однократного выполнения  LOAD_PLX

ASUS  BX2  с 3 ISA платами и 4мя PCI - ничто нигде не виснет, как не переставлял платы и как не отдавал прерывания ISA

Надо видеть какие. Они не должны пересекаться на 64K в области адресов памяти. Есть более свежая прошивка конфигурационного пзу где этот глюк устранен. Если не сложно то можете подвести платы к нам в офис и мы их перепрограммируем.

Обновил прошивку в соответствии с вашими указаниями. Эффект остался на месте.
Это стало меня уже доставать...так что пришлось пошевелится и достать утилиту scanpci. Результат несколько озадачил, хотя с другой стороны, эффект стал понятен.

итак, после загрузки компьютера имеем:

PCI BIOS v2.16 found, Hardware mechanism #1
[...]
PLX Technology Inc.
PCI9050; Target PCI Interface Chip
  Bridge device: other
  IRQ line                  : 11     PCI INT pin               : A
  BASE0     0xff8ff400  addr 0xff8ff400  MEM, within first 4 GB, non-prefetch
  BASE1     0x0000d481  addr 0x0000d480  I/O, below 1 MB, non-prefetch
  BASE2     0x0000df91  addr 0x0000df90  I/O, below 1 MB, non-prefetch
  BASE3     0xff8d0000  addr 0xff8d0000  MEM, within first 4 GB, non-prefetch

PLX Technology Inc.
PCI9050; Target PCI Interface Chip
  Bridge device: other
  IRQ line                  : 9     PCI INT pin               : A
  BASE0     0xff8ffc00  addr 0xff8ffc00  MEM, within first 4 GB, non-prefetch
  BASE1     0x0000dc01  addr 0x0000dc00  I/O, below 1 MB, non-prefetch
  BASE2     0x0000dfa1  addr 0x0000dfa0  I/O, below 1 MB, non-prefetch
  BASE3     0xff8e0000  addr 0xff8e0000  MEM, within first 4 GB, non-prefetch

после запуска LOAD_PLX или sample имеем для первой платы с прерыванием 11

  BASE1     0x0000d401  addr 0x0000d400  I/O, below 1 MB, non-prefetch

вместо
  BASE1     0x0000d481  addr 0x0000d480  I/O, below 1 MB, non-prefetch

SY,
EK

Это известная /'фича/' микросхемы PLX9050. Вот что написано в их родном Errata Documentation по этому поводу:

D. Errata Details
1. Reads from Local Configuration Registers
Problem: If bit 7 of the base address for the I/O or Memory mapped
Configuration Registers (PCI configuration register offset 14h or 10h) is set to
1, the local configuration registers can not be read. Under this condition, they
will all return zeroes when the PCI master (typically the host) attempts to read
them. The Local Configuration registers can be written to from both the PCI
master and the EEPROM. In other words, the information is correctly written
into the Local Configuration registers, but it can not be read the PCI Master.
If bit 7 is set to 0, the Local Configuration registers can be read correctly. In a
PCI system, the BIOS determines the base address (i.e. sets the value of bit
7) during the initial configuration cycle.

Досовская библиотека отслеживает этот момент и просто меняет этот адрес, сбрасывая 7-ой бит (что хорошо видно по Вашей распечатке). Соответственно локальные регистры после этого становятся доступны для чтения или записи и плата  благополучно начинает работать.

Прошу прощения, а линуксовый драйвер ?
я вроде бы на него смотрел больше, когда осевый делал.

PS: почему-то на ftp линуксовый архив я найти не могу, а отдаваемое по http
http://www.lcard.ru/download/lcdrv-1.0.16.tgz
имеет тип text/plain

В драйвере для Linux этот глюк пока никак не обрабатывается - его у нас просто не возникало.
Этот бит устанавливается только в OS/2 или в Linux тоже?

Э... у меня его тоже не возникало, пока не возникло на мамах INTEL 810 и 815.
Я понятия не имею кто и почему устанавливает этот бит... мне почему-то кажется, что PCI-контроллер материнской платы. Поэтому я сделал так же как в досе, и забыл про эту проблему. Вероятно, в линуксовом драйвере надо делать аналогично (этого я проверить не могу, линукс для работы с DSP не использую )

Кстати, если строго подходить, то досовские  программы сбрасывают не один 7-ой бит, а все 8 младших битов, что, может быть, вам надо будет иметь ввиду.  А пока "не трожь - работает".

*Для Evgen
ссылка отдаваемая по http://www.lcard.ru/download/lcdrv-1.0.16.tgz сама по себе работает, обычно это возникаеи когда браузер которым Вы пользуетесь не "знает" расширения файла.
  Попробуйте в "Библиотеке файлов" щелкнуть правой клавишей мыши над этой ссылкой и выбрать во всплывающем меню пункт "Сохранить связанный документ как", Вы будете приятно удивлены :-).