The following reply was made to PR port-alpha/36628; it has been noted by GNATS.

From: Izumi Tsutsui <tsutsui@ceres.dti.ne.jp>
To: ChristophFranzen@gmx.net
Cc: gnats-bugs@NetBSD.org, tsutsui@ceres.dti.ne.jp
Subject: Re: port-alpha/36628: cdhdtape image panics with memory management
	 trap on Jensen
Date: Mon, 6 Aug 2007 00:59:16 +0900

 ChristophFranzen@gmx.net wrote:
 
 > I'm not sure if you already know this, and if it helps:
 > ftp://ftp.netbsd.org/pub/NetBSD/misc/dec-docs/ek-a0638-td.pdf.gz
 
 I take a look at it, but I don't see so particular quirks
 which are missed in -current code. I'll check details later.
 
 > According to the Mailinglist, older Netbsd versions have been 
 > successfully run on the Jensen, and that would have been impossible 
 > without ahb(4), because the Jensen's SRM CANNOT boot from elsewhere. 
 
 Is there any evidence that shows Jensen working with configured
 ahb(4) SCSI? I can only find Jason's post:
  http://mail-index.netbsd.org/port-alpha/2000/07/12/0002.html
 but in this dmesg "scsibus at ahb" was disabled (not configured)
 so no interrupt from ahb(4) was handled. It was the same case
 on our mdroot images without ahb(4).
 
 Others reported that their kernel hanged up after fd was probed
 (i.e. interrupt was enabled).
 
 > The Alphaserver hardware is quite different from the Jensen (in fact, 
 > there is nothing like the Jensen except the Culzean, which I never 
 > have heard of in the real world).
 
 Well, I meant ahb(4) driver doesn't have any MI problem
 even on LP64 platforms and probably our problems are around
 interrupt code for Jensen.
 ---
 Izumi Tsutsui