From owner-freebsd-bugs  Wed Sep 10 23:09:29 1997
Return-Path: <owner-freebsd-bugs>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.7/8.8.7) id XAA29789
          for bugs-outgoing; Wed, 10 Sep 1997 23:09:29 -0700 (PDT)
Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19])
          by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA29746;
          Wed, 10 Sep 1997 23:08:19 -0700 (PDT)
Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id QAA28335; Thu, 11 Sep 1997 16:05:05 +1000
Date: Thu, 11 Sep 1997 16:05:05 +1000
From: Bruce Evans <bde@zeta.org.au>
Message-Id: <199709110605.QAA28335@godzilla.zeta.org.au>
To: freebsd-bugs@FreeBSD.ORG, j@uriah.heep.sax.de, joerg@FreeBSD.ORG
Subject: Re: kern/4486
Sender: owner-freebsd-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

>As suggested by Tor Egge <tegge@idi.ntnu.no>, the actual problem was
>that attempting to dump parts of the adapter memory region (most
>likely the video adapter memory in this case) caused the hang.  Tor's
>suggested workaround has been committed, in a slightly generalized
>form.

There should be no problem with adapter memory for wddump(), since
adapter memory should look like ordinary memory at least when it is
accessed via normal instructions <= 32 bits at a time.

Does the broken system also hang for 64-bit video accesses via the FPU?

Bruce