From owner-freebsd-hackers Tue Oct 31 14:42:21 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA29127 for hackers-outgoing; Tue, 31 Oct 1995 14:42:21 -0800 Received: from Sysiphos (Sysiphos.MI.Uni-Koeln.DE [134.95.212.10]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id OAA29108 for ; Tue, 31 Oct 1995 14:42:02 -0800 Received: by Sysiphos id AA00362 (5.67b/IDA-1.5 for hackers@freebsd.org); Tue, 31 Oct 1995 23:41:47 +0100 Message-Id: <199510312241.AA00362@Sysiphos> From: se@zpr.uni-koeln.de (Stefan Esser) Date: Tue, 31 Oct 1995 23:41:46 +0100 In-Reply-To: -Vince- "machine reboot & kernel maxusers option" (Oct 31, 13:47) X-Mailer: Mail User's Shell (7.2.6 alpha(2) 7/9/95) To: -Vince- Subject: Re: machine reboot & kernel maxusers option Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk On Oct 31, 13:47, -Vince- wrote: } Subject: machine reboot & kernel maxusers option } Hi everyone, } } I am experiencing the following problem and the machine just } reboots under FreeBSD-current, anyone have any ideas? } } MAND FAILED (4 28) @f0b4aa00. } assertion "cp" failed: file "../../pci/ncr.c", line 5560 } sd0(ncr0:0:0): COMMAND FAILED (4 28) @f0b4aa00. Well, I thought this would indicate an overrun of the driver supplied start queue (which is protected by the generic SCSI code by having the opennings value be bounded by the queue size), but now I found that the driver sends this return code in case of an overflow of the command queue in the drive, too. The drive seems to either not support the default number of four tags, and thus 4 commands issued to the drive, or it does not allow the whole range of 0..255 as tag values. The driver uses the low numbers as far as possible, but in certain situations chooses a new range of tag IDs in order to always have them unique (this was my idea more than a year ago, but I can't remember when this can happen :) Anyway, in this case I'd disable tagged command queues: # ncrcontrol -s tags=0 and if this makes a difference, it might be a good idea to try to get a firmware upgrade for that DSP5400 drive ... Regards, STefan -- Stefan Esser, Zentrum fuer Paralleles Rechnen Tel: +49 221 4706021 Universitaet zu Koeln, Weyertal 80, 50931 Koeln FAX: +49 221 4705160 ============================================================================== http://www.zpr.uni-koeln.de/~se