Re: eata.c module and PCI setup problem (RAID SCSI card)
Hi,
On 6 Jun, this message from Ballabio_Dario@emc.com echoed through cyberspace:
> The eata driver really does not care whether it is using an ISA, EISA or PCI
> board
It should, though. On most (all?) platforms besides i386, there are huge
differences between ISA/EISA and PCI. You can't just assume that IO
ports work the i386 way on all platforms. But there are ways to code it
so that it does work everywhere.
> as long as it has identified the I/O address where the EATA registers are
> available.
> The PCI detection routine find out an I/O address, nothing else. If you do
> not
> specify the io_port=0x1400 parameter at module load, it looks for all the
> possible addresses in a static list (well known ISA and EISA addresses)
> enlarged with the detected PCI addresses. Then it uses wait_on_busy polling
> the board until it is free or a max number of polls is reached before giving
> up
> (this overflows syslog buffer of messages from traps.c),
> for every address in the list. 0x330 happens to be the last address on the
> list.
> If you specify io_port=0x1400 this is the only address probed.
Well, on platforms other than i386 you can't assume that the device has
been enabled by the BIOS. The minimum you need to do is enable the
device via pci_enable_device(). You're doing that only if no io_port=
option has been specified. Problem.
> AFAIK this MAC does not respond at all to I/O port 0x1400, the inb() fails,
Yes, because the device is not enabled. inb() does work in general (it
may not for _other_ reasons in this specific case).
> There is nothing I can do to fix the problem until inb()
> is able to read one byte from the board registers.
OK, agreed. But we may need your help to find out why the PCI device is
not enabled...
> End of story.
No, beginning of the story :)
Cheers
Michel
-------------------------------------------------------------------------
Michel Lanners | " Read Philosophy. Study Art.
23, Rue Paul Henkes | Ask Questions. Make Mistakes.
L-1710 Luxembourg |
email mlan@cpu.lu |
http://www.cpu.lu/~mlan | Learn Always. "
--
To UNSUBSCRIBE, email to debian-powerpc-request@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Reply to: