From owner-freebsd-scsi Tue Feb 13 23:22:03 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA20053 for freebsd-scsi-outgoing; Tue, 13 Feb 1996 23:22:03 -0800 (PST) Received: from irz101.inf.tu-dresden.de (irz101.inf.tu-dresden.de [141.76.1.9]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA20047 for ; Tue, 13 Feb 1996 23:21:58 -0800 (PST) Received: from sax.sax.de by irz101.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id IAA26982; Wed, 14 Feb 1996 08:21:30 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id IAA22463; Wed, 14 Feb 1996 08:21:30 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id IAA04995; Wed, 14 Feb 1996 08:15:18 +0100 (MET) From: J Wunsch Message-Id: <199602140715.IAA04995@uriah.heep.sax.de> Subject: Re: Warning: SCSI reprobing is hazardous to your health? To: freebsd-scsi@freebsd.org Date: Wed, 14 Feb 1996 08:15:16 +0100 (MET) Cc: regnauld@tetard.frmug.fr.net (Philippe Regnauld) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199602131927.UAA03176@tetard.frmug.fr.net> from "Philippe Regnauld" at Feb 13, 96 08:27:18 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-scsi@freebsd.org Precedence: bulk [Moved to freebsd-scsi.] > - Has anybody heard of this kind of behaviour ? The reprobe code used to work only on some SCSI controllers. The NCR however belongs to them. > - The occasional panic after reprobe -- is that normal (not that > I will try it out anymore). I've never seen this, i've only experienced hard system hangs inside DELAY(). You don't have any stacktrace or coredump of the panic? It's hard to say what happened without even a hint on where to search. The only known problem is configuring the kernel dump area to a swap partition that starts at offset 0 of the disk. There's an open PR by me for it: [1995/10/26] kern/794 swap partition at offset 0 still broken The core dump consistently trashes the disklabel in this case. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-)