From owner-freebsd-firewire Mon Dec 30 18:47:43 2002 Delivered-To: freebsd-firewire@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 871FD37B401 for ; Mon, 30 Dec 2002 18:47:42 -0800 (PST) Received: from is2.mh.itc.u-tokyo.ac.jp (is2.mh.itc.u-tokyo.ac.jp [133.11.205.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B57E43EA9 for ; Mon, 30 Dec 2002 18:47:40 -0800 (PST) (envelope-from simokawa@sat.t.u-tokyo.ac.jp) Received: from is2.mh.itc.u-tokyo.ac.jp (is2.mh.itc.u-tokyo.ac.jp [127.0.0.1]) by is2.mh.itc.u-tokyo.ac.jp (Postfix) with ESMTP id 9E1113780ED for ; Tue, 31 Dec 2002 11:46:34 +0900 (JST) Received: from mailhosting.itc.u-tokyo.ac.jp (IDENT:mirapoint@mailhosting.itc.u-tokyo.ac.jp [133.11.205.3]) by is2.mh.itc.u-tokyo.ac.jp (8.11.3/8.11.3) with ESMTP id gBV2kYF29345; Tue, 31 Dec 2002 11:46:34 +0900 Received: from ett.sat.t.u-tokyo.ac.jp (ett.sat.t.u-tokyo.ac.jp [133.11.135.3]) by mailhosting.itc.u-tokyo.ac.jp (Mirapoint Messaging Server MOS 2.9.3.2) with ESMTP id AHP16318; Tue, 31 Dec 2002 11:46:30 +0900 (JST) Date: Tue, 31 Dec 2002 11:46:30 +0900 Message-ID: From: Hidetoshi Shimokawa To: Chuck McCrobie Cc: Jaye Mathisen , freebsd-firewire@freebsd.org Subject: Re: Problem recognizing second disk in 2 disk firewire enclosure. In-Reply-To: <20021230181105.87585.qmail@web14808.mail.yahoo.com> References: <20021230181105.87585.qmail@web14808.mail.yahoo.com> User-Agent: Wanderlust/2.11.0 (Wonderwall) REMI/1.14.3 (Matsudai) FLIM/1.14.3 (=?ISO-8859-1?Q?Unebigory=F2mae?=) APEL/10.3 MULE XEmacs/21.4 (patch 8) (Honest Recruiter) (i386--freebsd) X-Face: OE([KxWyJI0r[R~S/>7ia}SJ)i%a,$-9%7{*yihQk|]gl}2p#"oXmX/fT}Bn7: #j7i14gu$jgR\S*&C3R/pJX List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At Mon, 30 Dec 2002 10:11:05 -0800 (PST), Chuck McCrobie wrote: > Yes, it partially works. I see the same type of > "hang" in that it requeues the command. The drive is > empty when it does this. I'll try will media in the > drive. > > Also, I did get it to see _ALL_ devices and was able > to get our changer management software partially > working, but the changer hung on the "B8 - read > element status" command. > > I'll turn on the debug.sbp_debug and send the output > shortly. > > Thank you for the progress so far!! Thanks for sending me the output. What kind of management software do you use? Dec 30 13:14:27 falcon kernel: sbp0:0:2 XPT_SCSI_IO: cmd: b8 00 00 00 ff ff 00 00 80 08, flags: 0x40, 12b cmd/32776b data/32b sense I'm not familiar with changeres but "32776b data" might be too large for that device. In chgetelemstatus() in /sys/cam/scsi/scsi_ch.c, they request 1024 bytes at first to determine the size. I'm also interested in the case probe fails. Could you send me the dmesg output of that? /\ Hidetoshi Shimokawa \/ simokawa@sat.t.u-tokyo.ac.jp PGP public key: http://www.sat.t.u-tokyo.ac.jp/~simokawa/pgp.html To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-firewire" in the body of the message