Re: NetBSD and VMEbus RAM
Michael Thompson <[email protected]> Thu, 13 Aug 2020 16:40:49 -0400
| Newsgroups | gmane.os.netbsd.ports.mvme68k |
|---|---|
| Message-ID | <CAH1BU=-hojZk3G343_FV-KGnfrBwRjyWqybP9qJcX+3RQyD3fg@mail.gmail.com> |
--000000000000a73c5a05acc85270 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Maybe it really is finding a parity error? On Thu, Aug 13, 2020 at 4:36 PM Chris Hanson <[email protected]> wrote: > On Aug 13, 2020, at 1:32 PM, Michael Thompson < > [email protected]> wrote: > > > > =EF=BB=BF > > The MM-6230 manual says "The user must initialize the memory module to > allow the parity generator to store ODD parity otherwise the module will > assert BERR* for any subsequent read cycle." > > > > The first time that NetBSD reads an uninitialized location from this RA= M > it will cause a bus error. BetBSD might scan RAM locations to see how muc= h > RAM is available. > > > > You can either write an initialization routine that writes to all memor= y > locations on the board before NetBSD touches it, or you can move jumper > E1-E2 to E2-E3 to prevent the board from causing a BERR*. > > Indeed, I read this as well, so before installing the board yesterday I > set the jumpers to not generate BERR* on parity error and to auto-recover=