From owner-freebsd-scsi Wed Jul 15 10:14:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA16509 for freebsd-scsi-outgoing; Wed, 15 Jul 1998 10:14:58 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from panzer.plutotech.com (ken@panzer.plutotech.com [206.168.67.125]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA16376; Wed, 15 Jul 1998 10:14:48 -0700 (PDT) (envelope-from ken@panzer.plutotech.com) Received: (from ken@localhost) by panzer.plutotech.com (8.8.8/8.8.5) id LAA03772; Wed, 15 Jul 1998 11:14:37 -0600 (MDT) From: "Kenneth D. Merry" Message-Id: <199807151714.LAA03772@panzer.plutotech.com> Subject: Re: recent cam snapshot In-Reply-To: <13887.900492850@gjp.erols.com> from Gary Palmer at "Jul 15, 98 04:54:10 am" To: gpalmer@FreeBSD.ORG (Gary Palmer) Date: Wed, 15 Jul 1998 11:14:37 -0600 (MDT) Cc: scsi@FreeBSD.ORG, gibbs@pluto.plutotech.com X-Mailer: ELM [version 2.4ME+ PL28s (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Gary Palmer wrote... > "Kenneth D. Merry" wrote in message ID > <199807150548.XAA01518@panzer.plutotech.com>: > > Try specifying the device you want, like this: > > > > camcontrol -t -n cd -u 0 > > root@gjp:~> camcontrol -t -n cd -u 0 > camcontrol: cam_real_open_device: CAMGETPASSTHRU ioctl failed > cam_real_open_device: No such file or directory > > > camcontrol -i -n da -u 2 > > root@gjp:~> camcontrol -i -n da -u 2 > camcontrol: cam_real_open_device: CAMGETPASSTHRU ioctl failed > cam_real_open_device: No such file or directory I have an idea of what your problem is. Do you have the following in your kernel config file: device pass0 And have you made the transport layer device and the passthrough devices? cd /dev sh MAKEDEV xpt1 sh MAKEDEV pass8 > > > What is the default number of tags per device? It logs the fact > > > that they've changed, but doesn't indicate if its a change down > > > or up, and what the previous value was... > > > > The default number of tags is 64. I'm surprised you only see > > "tagged openings now 8" for your Fireball ST. I would think that you > > would see more log messages than that. There are some drives for which the > > default number of tags is lower, mainly the Quantum Atlas II's. Look at > > the xpt_quirk_table in src/sys/cam/cam_xpt.c > > Since this is my home `workstation'/gateway/server I don't beat on it > much :) I've noticed a message about all of the drives except the > Fujitsu. Since I only use that to hold my CVS tree, I doubt I'll see > a message until the next time I do a cvsup or a full tree update. > > Hrm. Or maybe not. I'm doing a cvsup and a find /home/ncvs across it > and it seems to not be complaining. Weird. Maybe Fujitsu has 64 or more > tags? It could very well be that the Fujitsu has a bunch of tags. Seagates generally have 63 tags. Justin says that the reason you got the "tagged openings now 8" message for your Fireball ST is because it returned Queue Full as soon as we tried to give it 9 outstanding transactions. That fits with my experience -- those drives can only handle 8 tags. Ken -- Kenneth Merry ken@plutotech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message