From owner-freebsd-alpha Sun Oct 3 2:23:36 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by hub.freebsd.org (Postfix) with ESMTP id 153ED14BF6 for ; Sun, 3 Oct 1999 02:23:33 -0700 (PDT) (envelope-from ken@panzer.kdm.org) Received: (from ken@localhost) by panzer.kdm.org (8.9.3/8.9.1) id DAA64199; Sun, 3 Oct 1999 03:22:54 -0600 (MDT) (envelope-from ken) Message-Id: <199910030922.DAA64199@panzer.kdm.org> Subject: Re: NCR Problem In-Reply-To: from Matthew Jacob at "Oct 3, 1999 00:00:30 am" To: mjacob@feral.com Date: Sun, 3 Oct 1999 03:22:54 -0600 (MDT) Cc: don@calis.blacksun.org (Don), alpha@FreeBSD.ORG From: "Kenneth D. Merry" X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Matthew Jacob wrote... > > (da0:ncr0:0:6:0): READ(06). CDB: 8 0 0 10 0 0 > > (da0:ncr0:0:6:0): extraneous data discarded. > > (da0:ncr0:0:6:0): COMMAND FAILED (9 0) @0xfffffe000057a000. > > (da0:ncr0:0:6:0): xpt_done > > (da0:ncr0:0:6:0): camisr(da0:ncr0:0:6:0): xpt_action > > (da0:ncr0:0:6:0): READ(06). CDB: 8 0 0 10 0 0 > > (da0:ncr0:0:6:0): xpt_setup_ccb > > (da0:ncr0:0:6:0): xpt_action > > (da0:ncr0:0:6:0): extraneous data discarded. > > (da0:ncr0:0:6:0): COMMAND FAILED (9 0) @0xfffffe000057a000. > > Block 16 is attempting to be read for 0 bytes. Something is very > bogus here. There were some changes today that may or may not clear this- > see if that helps. If not, we have to figure why the hell a zero byte read > is being sent down. Why there's any dataphase at all is a mystery too. If he is using -current, then this is almost certainly because of PHK's changes. It should have been fixed by his checkin earlier Saturday. I reproduced this behavior on my test system that has an Adaptec controller. The symptoms were the same -- a READ command with a block number specified but with no length. I'm not sure why there is a data phase at all, but my guess is that the drive tries to return at least one block. In any case, cvsup again, try a new kernel and see if the problem goes away. Ken -- Kenneth Merry ken@kdm.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message