Duh...no kidding! I made the statement to PROVE that! The original author
doesn't have ASP, but I do. We both have the same problem though,
hence IT ISN'T THE ASP! :-) Pretty logical huh! :-)
> The synth device has some requirements about reletive offsets of the I/O
> ports that can't be expressed using PnP resource (EEPROM) information. For
> this reason the card lists only the first EMU8000 I/O port in it's
> resource data. The other two register blocks are hidden and only an
> initialization routine specially written for AWE32 can handle them.
Ummm...then this is a driver problem right? This has nothing to do
with PnP as far as I can see - the old non-PnP cards would have the
same problem right?
> Of
> cause it's possible to implement the BIOS so that it recognizes AWE32 and
> can initialize it but...
If the EMU is not PnP compatible, it is not the fault of the PnP specs.
-- Andrew E. Mileski mailto:aem@netcom.ca