Я уже задавал подобный вопрос, хочу снова к нему вернуться.

Есть задача, для которой необходимо одновременное
присутствие на компе Win98 и Linux. Ставим плату L-761 и
начинаем.

Загрузил биос, в Win проблемы решаются и LGraph работает
стабильно. Перехожу в Linux - начинается дурдом, связанный
с процедурой начала работы. Работаю, отлаживаю прогу,
связанную пока только с GUI, на следующий день плата не
отзывается - в /var/log/messages читаю :

LCard: Loading firmware for L-Card cards...
LCard:                                     
LCard: /dev/xdsp0: ID 0761
LCard: Firmware file: L761.bio
LCard: Test failed! (-1)

вместо нормального сообщения :

LCard: Loading firmware for L-Card cards...
kernel: DSP type: 2185
LCard:                               
LCard: /dev/xdsp0: ID 0761
LCard: Firmware file: L761.bio

само собой, после такой загрузки ничего не работает.

Причём оживить плату удаётся только если зайти в LGraph
из-под Win, после этого можно успешно стартовать и в
Linux. Никакие манипуляции с биосом компа не помогают,
кроме такого вот кривого варианта - входа через Win.

То есть получается, что я не могу быть на 100% быть уверен,
что при перезагрузке компа без присутствия человека всё
будет ОК, а это меня не устраивает. Такая же картина и на
других материнках, отличия только в последовательности
ковыряния в биосах. Пробовал RH 7.2 - 8.0 ядра до 2.5.59
включительно, переустанавливал Win - бесполезно.

Ну и куда же теперь? В смысле ткните носом - куда смотреть
чтобы решить это?

Глюки 9050?
Глюки драйвера LCard?
Глюки драйвера руки.sys?

Забыл ещё добавить. Когда плата встаёт на irq10 в Linuxe
в /ver/log/messages появляются такие сточки :

LCard: Starting L-Card drivers...                         
kernel: PCI: Found IRQ 11 for device 00:0e.0             
kernel: IRQ routing conflict for 00:0e.0, have irq 10, want irq 11

(под Win при этом никаких проблем нет)
свободных irq при этом несколько, комп без наворотов.

Причём в случае, когда работает и когда нет  - сообщения
одни и те же. Можно поиграться с биосом компа и
переставить irq, тогда это сообщение пропадает, но
проблема о которой я ранее сказал всё-равно остаётся.

Добавлю данные scanpci :

pci bus 0x0 cardnum 0x0e function 0x0000: vendor 0x10b5 device 0x9050
Device unknown
CardVendor 0x3631 card 0x4c37 (Card unknown)
STATUS    0x8280  COMMAND 0x0003
CLASS     0x06 0x80 0x00  REVISION 0x01
HEADER    0x00  LATENCY 0x00

pcitweak -l

PCI: Probing config type using method 1
PCI: Config type is 1
PCI: PCI scan (all values are in hex)
PCI: 00:00:0: chip 1106,0598 card 0000,0000 rev 04 class 06,00,00 hdr 00
PCI: 00:01:0: chip 1106,8598 card 0000,0000 rev 00 class 06,04,00 hdr 01
PCI: 00:07:0: chip 1106,0586 card 0000,0000 rev 47 class 06,01,00 hdr 80
PCI: 00:07:1: chip 1106,0571 card 0000,0000 rev 06 class 01,01,8a hdr 00
PCI: 00:07:3: chip 1106,3040 card 0000,0000 rev 10 class 06,80,00 hdr 00
PCI: 00:0e:0: chip 10b5,9050 card 3631,4c37 rev 01 class 06,80,00 hdr 00
PCI: 01:00:0: chip 1163,2000 card 1163,2000 rev 06 class 03,00,00 hdr 00
PCI: End of PCI scan

Может быть у Вас в BIOS компьютера стоит PNP OS Installed :yes (на новых платах, обычно, это значение по умолчанию) - если так, то скорее всего Linux не справляется с инициализацией платы. Это дело нужно отдать BIOS/'у, т.е. поставить там, NO.

Все варианты с pnp и acpi уже проверял - не помогает.

Полазил по конференции - хотелось бы услышать
комментарий в сравнении со следующей темой:
http://www.lcard.ru/forumthreads/634

Там у одного товарища возникали похожие подозрения:
[...]
> Я понятия не имею кто и почему устанавливает этот бит...
> мне почему-то кажется, что PCI-контроллер материнской
> платы. Поэтому я сделал так же как в досе, и забыл про
> эту проблему. Вероятно, в линуксовом драйвере надо
>делать аналогично (этого я проверить не могу, линукс для
> работы с DSP не использую)

Честно говоря, не хочется лезть в дебри драйвера, на это
сейчас совсем нет времени.

Чипсеты у меня Intel 440BX и AMD.

Насколько я понимаю, возможны два варианта. Или я задаю
глупые вопросы, ответы на которые очевидны. Или на эти
вопросы некому отвечать. Если плата инициализируется под
Win нормально, а под Linux со сбоями, то есть некая проблема,
так? Само собой у меня, потому что я с этой платой работаю.
Дело в том, что я пытаюсь приспособить продукцию LCard к
своим задачам и если это не получается - может лучше будет
вернуть плату? Оригинальная поддержка - спасение утопающих
- дело рук самих утопающих!;)

Мы работаем над решением этой проблемы, скоро будут готовы драйверы, изменяющие этот адрес.
Если бы вместо списка всех имеющихся устройств PCI в письме были значения ресурсов, назначенных этой плате - причина была бы найдена намного быстрее...

Это всегда пожалуйста.

cat /proc/pci

Bus  0, device  14, function  0:
  Bridge: PLX Technology, Inc. PCI <-> IOBus Bridge (rev 1).
    IRQ 10.
    Non-prefetchable 32 bit memory at 0xeb010000 [0xeb01007f].
    I/O at 0xe800 [0xe87f].
    I/O at 0xec00 [0xec0f].
    Non-prefetchable 32 bit memory at 0xeb000000 [0xeb00ffff].

cat /proc/ioports

e800-e87f : PLX Technology, Inc. PCI <-> IOBus Bridge
  e800-e853 : L-780
ec00-ec0f : PLX Technology, Inc. PCI <-> IOBus Bridge
  ec00-ec07 : L-780

Ещё более подробно не умею. Пока;)

В смысле наверное скоро придётся научиться;) Если вопрос в
работе, то я спокоен. Меня беспокоило отсутствие реакции,
остальное не проблема.

Этот дамп сделан после входа через Win или при обычной загрузке?
Здесь в адресе (E800) бит 7 установлен в 0 - плата должна работать, или причина не в 9050...

Значения ресурсов одинаковы при загрузке через Win (когда
плата работает нормально)  и при загрузке через Linux (и когда
работает и когда нет). Если не выключать комп, то можно один
раз в начале рабочего дня сделать кривой вход через Win и
весь день работать, но если выключить питание - начинает
работать в Linuxe только после кривого входа через Win.

В Win ресурсы те же. Может можно попробовать подвигать
ресурсы в Linuxe вручную, но я не знаю как это сделать, вроде
бы pci всё назначает сам? Где можно почитать доки по pci?

Ответил мэйлом.