From owner-freebsd-current Sun Oct 11 10:14:27 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA14402 for freebsd-current-outgoing; Sun, 11 Oct 1998 10:14:27 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA14397 for ; Sun, 11 Oct 1998 10:14:26 -0700 (PDT) (envelope-from gibbs@narnia.plutotech.com) Received: (from gibbs@localhost) by narnia.plutotech.com (8.9.1/8.7.3) id LAA03389; Sun, 11 Oct 1998 11:07:24 -0600 (MDT) Date: Sun, 11 Oct 1998 11:07:24 -0600 (MDT) From: "Justin T. Gibbs" Message-Id: <199810111707.LAA03389@narnia.plutotech.com> To: Tony Maher cc: current@FreeBSD.ORG Subject: Re: scsi message Newsgroups: pluto.freebsd.current In-Reply-To: <199810111100.VAA10456@morgan.angis.su.OZ.AU> User-Agent: tin/pre-1.4-971204 (UNIX) (FreeBSD/3.0-BETA (i386)) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <199810111100.VAA10456@morgan.angis.su.OZ.AU> you wrote: > Hello, > > after last cvsup and make world (around Oct 10 5:00 GMT) on shutdown > it now reports: > > syncing disk ... 3 3 done. > (da1:ahc0:0:1:0): SYNCHRONISE CACHE. CDB: 35 0 0 0 0 0 0 0 0 0 > (da1:ahc0:0:1:0): ILLEGAL REQUEST asc:20,0 > (da1:ahc0:0:1:0): Invalid command operation code sks:c0,0 It doesn't support the sync cache command. We'll be silencing that, non-fatal, error shortly. > So booting -v > --------------------------------------------------------------------------- > ahc0: target 0 synchronous at 10.0MHz, offset = 0xf > ahc0: target 2 synchronous at 10.0MHz, offset = 0xf > (probe6:ahc0:0:6:0): INQUIRY. CDB: 12 1 80 0 ff 0 > (probe6:ahc0:0:6:0): ILLEGAL REQUEST asc:24,0 > (probe6:ahc0:0:6:0): Invalid field in CDB > ahc0: target 6 synchronous at 5.0MHz, offset = 0xf > ahc0: target 6 using asynchronous transfers > ahc0: target 6 synchronous at 5.0MHz, offset = 0xf > (probe1:ahc0:0:1:0): INQUIRY. CDB: 12 1 80 0 ff 0 > (probe1:ahc0:0:1:0): ILLEGAL REQUEST asc:24,0 > (probe1:ahc0:0:1:0): Invalid field in CDB sks:c8,1 > ahc0: target 1 synchronous at 10.0MHz, offset = 0xf These devices do not export a serial number. No big deal. We would print them out in 'non-verbose mode' if they were something you should worry about. > This probably explains why the disk doesn't do tagged queuing. It has nothing to do with tagged queuing. We won't tag if: 1) tagged queing is not listed as supported in the device's inquiry response 2) disconnection is disabled 3) the DQUE bit is set in the control page 4) the device matches a quirk that tells us not to perform tagged queuing -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message