From owner-freebsd-scsi Wed Feb 10 17:46:55 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA27000 for freebsd-scsi-outgoing; Wed, 10 Feb 1999 17:46:55 -0800 (PST) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from nomis.simon-shapiro.org (nomis.simon-shapiro.org [209.86.126.163]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id RAA26978 for ; Wed, 10 Feb 1999 17:46:34 -0800 (PST) (envelope-from shimon@simon-shapiro.org) Received: (qmail 90049 invoked by uid 1000); 11 Feb 1999 02:52:37 -0000 Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=iso-8859-8 Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <4.1.19990209121439.0094ff10@pop.cyberwar.com> Date: Wed, 10 Feb 1999 21:52:37 -0500 (EST) X-Face: (&r=uR0&yvh>h^ZL4"-TH61PD}/|Y'~58Z# Gz&BK'&uLAf:2wLb~L7YcWfau{;N(#LR2)\i.l8'ZqVhv~$rNx$]Om6Sv36S'\~5m/U'"i/L)&t$R0&?,)tm0l5xZ!\hZU^yMyCdt!KTcQ376cCkQ^Q_n.GH;Dd-q+ O51^+.K-1Kq?WsP9;cw-Ki+b.iY-5@3!YB5{I$h;E][Xlg*sPO61^5=:5k)JdGet,M|$"lq!1!j_>? $0Yc? Reply-To: shimon@simon-shapiro.org Organization: The Simon Shapiro Foundation From: Simon Shapiro To: Bill G Subject: RE: DPT PM3334UW reboot hangs Cc: freebsd-scsi@FreeBSD.ORG Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Bill G, On 09-Feb-99 you wrote: > > I am having trouble with my DPT SmartRaidIV PM3334UW raid controller on > FreeBSD 3.0 and later. I am currently running FreeBSD-3.1-BETA cvsup'd > on 2/9/99...The problem is that whenever I reboot the machine, it hangs > on the DPT bios 'Waiting for adapter'...If I walk over to the machine > and hit the reset button it comes up fine...any ideas? Known problem. The code in the kernel that is supposed to actually send a reset to the PCI bus does not. It is quite possible that the BIOS on the Motherboard gets the correct call from the kernel, but does not actually go to the PCI bus to reset it all. the DPT driver, at shutdown shuts down the DPT. this is done to ensure that all caches are flushed, etc. Failing to do that may cause up to 64MB of disk WRITEs to not go to disk and trash numerous filessystems. If you are brave (unwise?), you can try the following (in sys/dev/dpt/dpt_scsi.c): Comment out the entire contents of the function dptshutdown. Build a kernel and see if this cures the ``hang''. PLEASE NOTE THE FOLLOWING: IT IS ALMOST CERTAIN THAT THIS PROCEDURE WILL CAUSE SEVERE DATA LOSS AND IRREVERSIBLE DAMAGE TO YOUR FILESYSTEMS!!! Sincerely, Simon Shapiro Research Fellow, Office of Technology ShapiroS@MindSpring.com MindSpring Enterprises, Inc. 404.815.0770 ext. 2057 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message