From owner-freebsd-scsi Fri Oct 10 12:41:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA03087 for freebsd-scsi-outgoing; Fri, 10 Oct 1997 12:41:02 -0700 (PDT) (envelope-from owner-freebsd-scsi) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id MAA03075 for ; Fri, 10 Oct 1997 12:40:58 -0700 (PDT) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id VAA02254; Fri, 10 Oct 1997 21:40:56 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.7/8.8.5) id VAA24287; Fri, 10 Oct 1997 21:23:37 +0200 (MET DST) Message-ID: <19971010212337.WB21205@uriah.heep.sax.de> Date: Fri, 10 Oct 1997 21:23:37 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: scsi@FreeBSD.ORG Cc: tarkhil@mgt.msk.ru Subject: Re: Trouble with dump on ncr References: <199710100624.KAA06724@asteroid.mgt.msk.ru> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199710100624.KAA06724@asteroid.mgt.msk.ru>; from Alexander B. Povolotsky on Oct 10, 1997 10:24:19 +0400 Sender: owner-freebsd-scsi@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Alexander B. Povolotsky wrote: > I'm trying to make dump, and constantly unable to do it. > asteroid#/usr/FreeBSD-CVS/src 138_> Oct 10 10:21:06 asteroid /kernel: assertion "cp" failed: file "../../pci/ncr.c", line 6191 > Oct 10 10:21:07 asteroid /kernel: assertion "cp" failed: file "../../pci/ncr.c", line 6191 > Oct 10 10:21:07 asteroid /kernel: sd0(ncr0:0:0): COMMAND FAILED (4 28) @f0461000. > (ncr0:0:0): "IBM DALS-3540 S60E" type 0 fixed SCSI 2 > sd0(ncr0:0:0): Direct-Access > sd0(ncr0:0:0): 10.0 MB/s (100 ns, offset 8) > 516MB (1056768 512 byte sectors) Re-read the freebsd-scsi archives... and then either disable tagged command queuing (``options FAILSAFE''), or alternatively remove all calls to scsi_start_unit() in /sys/scsi/sd.c. Btw., i think we are safe to make the latter change anyway. As i've already mentioned in a private mail to Justin, i've recently proven that the calls to scsi_start_unit() are completely useless and don't work. (I had taken down a disk manually, and later tried to implicitly start it by opening it again.) Thus, by removing these calls, we won't break anything that's not already broken. Anybody objecting? -- 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. ;-)