NOTE: pls reply with copy to me (lists@cyclades.com).
Hello,
System:
Dell PowerEdge 2400 (Single P-III 533)
Cyclades Cyclom-YeP (PCI, 16 serial ports)
Red Hat Linux 6.1, kernel 2.2.15
This system has all of its devices (but the Cyclades card) built-in to the
motherboard. The devices are two SCSI cards (Adaptec 7890 and Adaptec
7880) and one NIC (Intel EtherExpress Pro 10/100).
Problem:
- When the Cyclades driver is compiled built-in to the kernel, it loads
and finds the Cyclades card, but later when a user tries to access its
serial ports, the driver is not able to access the card's MMIO area (all
accesses return FF), and, thus, interrupts do not work, as well as the
serial ports (of course).
- When the Cyclades driver is compiled as a module, the driver is not even
able to find the Cyclades card's chips, as its MMIO area is _already_
inaccessible.
What seems to happen is that between the point where the Cyclades driver
would be loaded as a kernel-linked driver (i.e. very close to where the
standard serial driver is loaded) and the login prompt, the Cyclades
card MMIO area is messed up by another driver.
Tests:
- Both SMP and UP kernels show the same behavior.
- Moving the card to different PCI slots doesn't make any difference;
- Booting without the EtherExpressPro driver doesn't make any difference;
- Booting without the SCSI driver (although the SCSI HW is still in the
system) makes the Cyclades card work fine;
As the SCSI driver is loaded exactly in the "suspect" period of time, I
think this is what is causing the problem.
That's the first time I've seen this kind of problem with PCI cards. I
have another system here (a Dell PE1300) with the _same_ Adaptec on-board
SCSI card, and the Cyclom-Y works fine on it.
Question: do you have any hint on how to solve this problem?? You can't
suggest not to use the SCSI card/HD ... ;)
Another question: who's the current maintainer of the AIC78xx driver??
If you need more information about the system, configuration, etc. ...
please just let me know. Thanks in advance for your help!!
Regards,
Ivan
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Tue May 23 2000 - 21:00:18 EST