> >What about EISA/VL or EISA/PCI systems?
> What about them?  PCI devices are supposed to be found via PCI configuration
> space access.  Even in these machines where a PCI card can be falsly
> probed as an EISA card, the standard PCI configuration mechanism works
> to correctly find PCI devices.  VL cards are identified using ISA probe
> techniques in all cases I'm aware of.  It just turns out that the 2842
> uses a scheme that is very similar to that of an EISA card.

As a backgrounder for other-than-Justin, Adaptec has a habit of
making multipurpose ROMs that sit on different types of devices,
so that they don't have to maintain multiple images.  It's the
EISA stuff in these ROMs that causes a non-EISA BIOS based EISA
probe to incorrectly identify them as EISA.

If I understand one of Justin's comments in this thread correctly,
an additional layer is required for proper ordering, since he has
a VLBUS device that shows up in the EISA BIOS based probe; this
abstraction would be needed to allow the treatment to be uniform,
instead of adding another "rogues" table to handle such things.
I also seem to remember something about it being necessary to
bouce buffers for the thing on a particular chipset (CMD?) where
the address lines at 16M and above weren't properly bridged, so if
it were misidentified as EISA, it would get very, very unhappy.

My personal experience with EISA/PCI and EISA/ISA has been a net
positive.  I've never seen an EISA with VLBUS in the flesh, but I
remember that they existed for a short while before PCI to let
people use non-EISA video cards, because it was cheaper than an
EISA video card of equal performance.

                                        Terry Lambert
                                        [EMAIL PROTECTED]
Any opinions in this posting are my own and not those of my present
or previous employers.

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Reply via email to