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=