From owner-freebsd-firewire@FreeBSD.ORG Sun Apr 20 07:43:37 2003 Return-Path: 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 4F6EE37B401; Sun, 20 Apr 2003 07:43:37 -0700 (PDT) Received: from is1.mh.itc.u-tokyo.ac.jp (is1.mh.itc.u-tokyo.ac.jp [133.11.205.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id A113B43F3F; Sun, 20 Apr 2003 07:43:35 -0700 (PDT) (envelope-from simokawa@sat.t.u-tokyo.ac.jp) Received: from is1.mh.itc.u-tokyo.ac.jp (is1.mh.itc.u-tokyo.ac.jp [127.0.0.1]) by is1.mh.itc.u-tokyo.ac.jp (Postfix) with ESMTP id 2F3782180F4; Sun, 20 Apr 2003 23:43:33 +0900 (JST) Received: from mailhosting.itc.u-tokyo.ac.jp (IDENT:mirapoint@mailhosting.itc.u-tokyo.ac.jp [133.11.205.3]) h3KEhWnl011363; Sun, 20 Apr 2003 23:43:32 +0900 Received: from ett.sat.t.u-tokyo.ac.jp (ett.sat.t.u-tokyo.ac.jp [133.11.135.3])2.9.3.2) with ESMTP id AIK34150; Sun, 20 Apr 2003 23:43:32 +0900 (JST) Date: Sun, 20 Apr 2003 23:43:32 +0900 Message-ID: From: Hidetoshi Shimokawa To: Peter Grehan In-Reply-To: <3EA0B8E9.1B758F4D@freebsd.org> References: <200304170338.h3H3c3xP047990@repoman.freebsd.org> <3EA0B8E9.1B758F4D@freebsd.org> 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-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Apr 2003 14:43:37 -0000 At Sat, 19 Apr 2003 12:48:09 +1000, Peter Grehan wrote: > > > Could someone test this on powerpc, please? > > Seems to work with some very limited testing. Any suggestions for more testing, > commands to run etc ? Thanks! > On an eMac: .. > fwohci0: mem 0xf5000000-0xf5000fff irq 40 at device 14.0 on pci2 ... > and when I plugged in an iPod: > > fwohci0: BUS reset > fwohci0: node_id=0xc800ffc1, gen=3, CYCLEMASTER mode > firewire0: 2 nodes, maxhop <= 1, cable IRM = 1 (me) > fwohci0: BUS reset > fwohci0: node_id=0xc800ffc0, gen=4, CYCLEMASTER mode > firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) > fwohci0: BUS reset > fwohci0: node_id=0xc800ffc1, gen=5, CYCLEMASTER mode > firewire0: 2 nodes, maxhop <= 1, cable IRM = 1 (me) > fwohci0: BUS reset > fwohci0: node_id=0xc800ffc0, gen=6, CYCLEMASTER mode > firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) > fwohci0: BUS reset > fwohci0: node_id=0xc800ffc1, gen=7, CYCLEMASTER mode > firewire0: 2 nodes, maxhop <= 1, cable IRM = 1 (me) This bus reset loop seems strange. Is this reproducible every plugging? I got a bad report about Lucent chip before, it might be a chip related problem rather than powerpc. > fwohci0: txd err=1b ack tardy > node0: resp=35 addr=0x400 > probe failed for 1 node > fwohci0: BUS reset > fwohci0: node_id=0xc800ffc1, gen=8, CYCLEMASTER mode > firewire0: 2 nodes, maxhop <= 1, cable IRM = 1 (me) > firewire0: New S400 device ID:000a27000204dc49 > firewire0: Device SBP-II > sbp0:0:0 No additional information to report > sbp0:0:0 No additional information to report > da0 at sbp0 bus 0 target 0 lun 0 > da0: Removable Simplified Direct Access SCSI-2 device > da0: 50.000MB/s transfers, Tagged Queueing Enabled > da0: 9536MB (19531260 512 byte sectors: 255H 63S/T 1215C) > sbp0:0:0 No additional information to report > sbp0:0:0 No additional information to report > sbp0:0:0 No additional information to report > sbp0:0:0 No additional information to report > > A dd of /dev/da0 left the iPod in a hung state even after ctl-C'ing: not sure > where the problem lies there. Unpluggin the iPod gave: Can you reread from /dev/da0 by dd even if iPod is in a hung state? /\ Hidetoshi Shimokawa \/ simokawa@sat.t.u-tokyo.ac.jp PGP public key: http://www.sat.t.u-tokyo.ac.jp/~simokawa/pgp.html