[Top] [All Lists]

Re: Problem with PMAD-AA / DECStation 5000/200

To: "Maciej W. Rozycki" <>
Subject: Re: Problem with PMAD-AA / DECStation 5000/200
From: "Armin F. Gnosa" <>
Date: Fri, 10 Aug 2001 15:32:13 +0200
Cc: <>
References: <>
>  I'm not sure how exactly the ROMs are wired (they're usually 8-bit);
> hopefully in a "natural" way.  You can read most of ROMs under Linux via
> mmap()ping /dev/mem -- parts of ROMs may not be directly available to the
> host CPU if they contain option's CPU firmware.  The MB ROM is remapped
> (byte-merged) by the chipset so that it can be read in 32-bit quantities
> as parts of it get executed directly (the I/O ASIC permits switching the
> byte merging off).  Option ROMs are not remapped as they always get copied
> to the system RAM before execution.  Their organization can be read from
> their headers as specified by the TURBOchannel firmware specification.

That sounds like an interesting alternative to pulling the PROM out of
its socket. Then, a program running on a DECStation 5000/200 should be
reading from 0x1F81C0000..0x1F1FFFFF, right? One question about Byte
Merging: Does it mean that I don't have to read bytewise but instead


<Prev in Thread] Current Thread [Next in Thread>