Failure to detect PCI card
dwh at ovro.caltech.edu
Tue Aug 6 12:01:04 EST 2013
> On Mon, Aug 5, 2013 at 4:07 PM, Peter LaDow <petela at gocougs.wsu.edu> wrote:
>> However, replacing the 82540 based card with either a 3com 3C905TXM or
>> the Netgear FA331, there is no response on the 0x10 IDSEL line. Thus
>> it appears these cards are NOT responding to configuration reads. I
>> think I have to break out the scope and probe around for the 5V/3V. I
>> wouldn't think that the supplies are the issue since these are
>> universal cards, and as I understand it either 3V3 _or_ 5V can be
>> present, so these should work fine. Yet they aren't responding to PCI
>> configuration cycles.
It depends on what you define "Universal PCI" as :)
My definition is that the board works with either 5V or 3.3V PCI
signals. However, that definition does not tell you where the device
draws power from.
I suspect the lack of either the 5V or 3.3V power rail to the card
might be the problem.
Did you probe the PCI edge connect to see what supplies were present?
> A few more notes. I tried a variety of other cards, such as a PCI
> modem (WinMode, ack), a WinTV card, and a PCI based 802.11 card. All
> of them enumerate perfectly.
These could all be 3.3V cards ...
> Perhaps it is a BIOS option ROM like you suggested earlier. The
> 3c90xC reference manual I found
> (http://people.freebsd.org/~wpaul/3Com/3c90xc.pdf) mentions an option
> ROM (and there is an Atmel part stuffed). I can't find any technical
> information on the FA331 (yet), so I don't know about it.
> But regardless, wouldn't enumeration have to occur before any option
> ROM could even be used?
I've never had a card with an option ROM, so can't comment. I'd have
to look at the PCI spec. If you want me to look, let me know.
More information about the Linuxppc-dev