From owner-freebsd-scsi Thu Sep 28 16:25:18 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from pluto.plutotech.com (mail.plutotech.com [206.168.67.137]) by hub.freebsd.org (Postfix) with ESMTP id 6501937B422; Thu, 28 Sep 2000 16:25:16 -0700 (PDT) Received: from caspian.plutotech.com (root@mail.plutotech.com [206.168.67.137]) by pluto.plutotech.com (8.9.2/8.9.1) with ESMTP id RAA48031; Thu, 28 Sep 2000 17:25:11 -0600 (MDT) (envelope-from gibbs@plutotech.com) Message-Id: <200009282325.RAA48031@pluto.plutotech.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: "Brandon D. Valentine" Cc: scsi@freebsd.org, gibbs@freebsd.org Subject: Re: More ahc woes. In-Reply-To: Your message of "Thu, 28 Sep 2000 18:57:37 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 28 Sep 2000 17:26:32 -0600 From: "Justin T. Gibbs" Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >I'm really sorry to have to come to you with another bug report, Justin, >I know you're probably sick of hearing from me by now. That machine >with the Supermicro 370DL3 is broken under 4.1.1-RELEASE and the drivers >you committed just before the release. The install disks panic on boot >with the following: > >ahc0: port 0xe400-0xe4ff mem >0xfebfe000-0xfebfefff irq 15 at device 1.0 on pci1 The Supermicro 370DL3 will *not* work if you have options AHC_ALLOW_MEMIO. I've been working with Dan Eischen on this problem, but we don't have a solution yet. If you aren't using this option, I'm not sure what the problem is with your system since Dan's seems to run okay. > >Fatal trap 12: page fault while in kernel mode >fault virtual address = 0x1c >fault code = supervisor read, page not present >instruction pointer = 0x8:0xc02b5fe4 I need to know what this address corresponds to in your kernel. nm panicing.kernel | sort will show you what function is at fault. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message