From owner-freebsd-firewire Sun Feb 16 10:55:56 2003 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 4C82B37B40D for ; Sun, 16 Feb 2003 10:55:53 -0800 (PST) Received: from rhymer.cogsci.ed.ac.uk (rhymer.cogsci.ed.ac.uk [129.215.144.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E7A843FCB for ; Sun, 16 Feb 2003 10:55:52 -0800 (PST) (envelope-from richard@cogsci.ed.ac.uk) Received: from sorley.cogsci.ed.ac.uk (sorley [129.215.144.53]) by rhymer.cogsci.ed.ac.uk (8.9.3/8.9.3) with ESMTP id SAA20669; Sun, 16 Feb 2003 18:55:50 GMT Received: (from richard@localhost) by sorley.cogsci.ed.ac.uk (8.9.3+Sun/8.9.3) id SAA09274; Sun, 16 Feb 2003 18:56:09 GMT Date: Sun, 16 Feb 2003 18:56:09 GMT Message-Id: <200302161856.SAA09274@sorley.cogsci.ed.ac.uk> From: Richard Tobin Subject: PAL DV, doesn't quite work To: freebsd-firewire@freebsd.org Organization: just say no Sender: owner-freebsd-firewire@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I just tried capturing a PAL DV stream. Summary: it thought it was NTSC; hacking fwdv.c to force it to PAL worked. The long version: I'm running 4.7-RELEASE, not STABLE, so I used CVS to download /usr/src/dev/firewire and /usr/src/usr.sbin/fwcontrol. Boot messages were: /kernel: fwohci0: mem 0xdf008000-0xdf00bfff,0xdf00d000-0xdf00d7ff irq 11 at device 13.0 on pci0 /kernel: fwohci0: PCI bus latency was changing to 250. /kernel: fwohci0: OHCI version 1.0 (ROM=1) /kernel: fwohci0: No. of Isochronous channel is 4. /kernel: fwohci0: EUI64 01:00:50:c5:00:00:06:02 /kernel: fwohci0: Phy 1394a available S400, 3 ports. /kernel: fwohci0: Link S400, max_rec 2048 bytes. /kernel: firewire0: on fwohci0 /kernel: if_fwe0: on firewire0 /kernel: if_fwe0: Fake Ethernet address: 02:00:50:00:06:02 /kernel: sbp0: on firewire0 /kernel: fwohci0: Initiate bus reset /kernel: fwohci0: BUS reset /kernel: fwohci0: node_id = 0xc800ffc0, CYCLEMASTER mode /kernel: firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) I plugged in and switched on my Panasonic NV-DS1 DV camcorder. This produced: /kernel: fwohci0: BUS reset /kernel: fwohci0: node_id = 0x0800ffc0, Bus reset failure /kernel: fwohci0: BUS reset last message repeated 12 times Switching it off produced: /kernel: fwohci0: node_id = 0xc800ffc0, CYCLEMASTER mode /kernel: firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) However running fwcontrol -r did cause it to detect the camcorder: /kernel: fwohci0: txd err=14 ack busy_X /kernel: fw_asybusy [lots of those two, followed by:] /kernel: firewire0: Device AV/C I then used "fwcontrol -R" to capture some video. I used "playdv" to look at it, and both audio and video were scrambled. I added a printf to fwdv.c, and found that the test pal = ((dv->payload[0] & DV_DSF_12) != 0); was returning 0 because dv->payload[0] is 63 (DV_DSF_12 is 128). I added pal = 1; to force it to PAL, and this produced a recording that playdv displayed perfectly. -- Richard To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-firewire" in the body of the message From owner-freebsd-firewire Sun Feb 16 17:53: 4 2003 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 7150637B401 for ; Sun, 16 Feb 2003 17:53:03 -0800 (PST) Received: from rhymer.cogsci.ed.ac.uk (rhymer.cogsci.ed.ac.uk [129.215.144.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4919B43F75 for ; Sun, 16 Feb 2003 17:53:02 -0800 (PST) (envelope-from richard@cogsci.ed.ac.uk) Received: from sorley.cogsci.ed.ac.uk (sorley [129.215.144.53]) by rhymer.cogsci.ed.ac.uk (8.9.3/8.9.3) with ESMTP id BAA00905; Mon, 17 Feb 2003 01:53:00 GMT Received: (from richard@localhost) by sorley.cogsci.ed.ac.uk (8.9.3+Sun/8.9.3) id BAA11342; Mon, 17 Feb 2003 01:53:19 GMT Date: Mon, 17 Feb 2003 01:53:19 GMT Message-Id: <200302170153.BAA11342@sorley.cogsci.ed.ac.uk> From: Richard Tobin Subject: Re: PAL DV, doesn't quite work To: freebsd-firewire@freebsd.org In-Reply-To: Richard Tobin's message of Sun, 16 Feb 2003 18:56:09 GMT Organization: just say no Sender: owner-freebsd-firewire@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I wrote: > I then used "fwcontrol -R" to capture some video. I used "playdv" to > look at it, and both audio and video were scrambled. I added a printf > to fwdv.c, and found that the test > > pal = ((dv->payload[0] & DV_DSF_12) != 0); > > was returning 0 because dv->payload[0] is 63 (DV_DSF_12 is 128). I looked into this. It seems that my PAL camcorder is falsely claiming to be NTSC (525/60, 10 DIF sequences) in the header section, and correctly claiming to be PAL (625/50, 12 DIF sequences) in the VAUX section. I looked at the dvlib code, and this seems to be a known problem; there is a comment in dv_parse_header in parse.c: /* * parse vaux data now to check if there is a inconsistanciy between * header->dsf and vaux data for auto mode */ and it treats the stream as 625/50 if either the DSF bit is set or the VAUX data has the 50/60 flag set. -- Richard To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-firewire" in the body of the message From owner-freebsd-firewire Sun Feb 16 18:41:31 2003 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 E2B7F37B401 for ; Sun, 16 Feb 2003 18:41:29 -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 A310643F75 for ; Sun, 16 Feb 2003 18:41:28 -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 AFB723780F9 for ; Mon, 17 Feb 2003 11:41:26 +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 h1H2fQR17142; Mon, 17 Feb 2003 11:41:26 +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 AHX04995; Mon, 17 Feb 2003 11:41:25 +0900 (JST) Date: Mon, 17 Feb 2003 11:41:25 +0900 Message-ID: From: Hidetoshi Shimokawa To: Richard Tobin Cc: freebsd-firewire@freebsd.org Subject: Re: PAL DV, doesn't quite work In-Reply-To: <200302170153.BAA11342@sorley.cogsci.ed.ac.uk> 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 Thanks for the test and investigations. There is another bit which indicates PAL or NTSC. Can you insert printf for 'ciph->fdf.dv.fs' to check whether it is 1 or 0. For PAL, it shold be 1. Actually, for receive part, we use the system information(PAL or NTSC) only for detect bad frame data length(buffer overrun causes this). So we can ignore system information if we give up padding of corrupted data. For sending part, the system information is essential to keep frame timing. /\ Hidetoshi Shimokawa \/ simokawa@sat.t.u-tokyo.ac.jp PGP public key: http://www.sat.t.u-tokyo.ac.jp/~simokawa/pgp.html At Mon, 17 Feb 2003 01:53:19 GMT, Richard Tobin wrote: > > I wrote: > > > I then used "fwcontrol -R" to capture some video. I used "playdv" to > > look at it, and both audio and video were scrambled. I added a printf > > to fwdv.c, and found that the test > > > > pal = ((dv->payload[0] & DV_DSF_12) != 0); > > > > was returning 0 because dv->payload[0] is 63 (DV_DSF_12 is 128). > > I looked into this. It seems that my PAL camcorder is falsely > claiming to be NTSC (525/60, 10 DIF sequences) in the header section, > and correctly claiming to be PAL (625/50, 12 DIF sequences) in the > VAUX section. > > I looked at the dvlib code, and this seems to be a known problem; there > is a comment in dv_parse_header in parse.c: > > /* > * parse vaux data now to check if there is a inconsistanciy between > * header->dsf and vaux data for auto mode > */ > > and it treats the stream as 625/50 if either the DSF bit is set or > the VAUX data has the 50/60 flag set. > > -- Richard > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-firewire" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-firewire" in the body of the message From owner-freebsd-firewire Mon Feb 17 13:16:42 2003 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 828E737B401 for ; Mon, 17 Feb 2003 13:16:41 -0800 (PST) Received: from vectra.e-tahan.com (du-210-9.nat.adsl.claranet.fr [212.43.210.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE36243F85 for ; Mon, 17 Feb 2003 13:16:39 -0800 (PST) (envelope-from firewire@e-tahan.com) Received: from dell (dell [10.1.1.253]) (authenticated bits=0) by vectra.e-tahan.com (8.12.6/8.12.6) with ESMTP id h1HLHfH8007978 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Mon, 17 Feb 2003 22:17:47 +0100 (CET) (envelope-from firewire@e-tahan.com) Subject: Re: FireWire updates From: FireWire BSD To: Hidetoshi Shimokawa Cc: freebsd-firewire@FreeBSD.ORG In-Reply-To: References: Content-Type: text/plain Organization: Message-Id: <1045517025.63286.5.camel@dell> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 Date: 17 Feb 2003 22:23:45 +0100 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-firewire@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, PAL DV is working great with me (Sony camcorder) but it still write from 1 to 30 while capturing but playdv play it correctly. On Sat, 2003-02-15 at 03:18, Hidetoshi Shimokawa wrote: > We are approching 4.8-RELEASE. Please test the latest driver in -STABLE > if you have any FireWire hardware. > > FireWire Updates for 4.8: > > - DV support > Now the DV stream support is built-in. > You can receive it from and send it to DVcam using fwcontrol(8). > I have not tested for PAL and appreciate if someone could test for that. > > - Stability improvement > Recovery process after timeout has been improved. > > - Write/ioctl support for /dev/fwmem0 > I wrote a application which emulates 2 serial console port for > a console/DDB port and a gdb port. See the following archive for > the detail. > > http://people.freebsd.org/~simokawa/firewire/dcons-20030212.tar.gz > > /\ 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 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-firewire" in the body of the message From owner-freebsd-firewire Mon Feb 17 14:55:57 2003 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 8D1A837B401 for ; Mon, 17 Feb 2003 14:55:56 -0800 (PST) Received: from rhymer.cogsci.ed.ac.uk (rhymer.cogsci.ed.ac.uk [129.215.144.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 185D743F85 for ; Mon, 17 Feb 2003 14:55:53 -0800 (PST) (envelope-from richard@cogsci.ed.ac.uk) Received: from sorley.cogsci.ed.ac.uk (sorley [129.215.144.53]) by rhymer.cogsci.ed.ac.uk (8.9.3/8.9.3) with ESMTP id WAA12854; Mon, 17 Feb 2003 22:55:47 GMT Received: (from richard@localhost) by sorley.cogsci.ed.ac.uk (8.9.3+Sun/8.9.3) id WAA22384; Mon, 17 Feb 2003 22:56:06 GMT Date: Mon, 17 Feb 2003 22:56:06 GMT Message-Id: <200302172256.WAA22384@sorley.cogsci.ed.ac.uk> From: Richard Tobin Subject: Re: PAL DV, doesn't quite work To: Hidetoshi Shimokawa , Richard Tobin In-Reply-To: Hidetoshi Shimokawa's message of Mon, 17 Feb 2003 11:41:25 +0900 Organization: just say no Cc: freebsd-firewire@freebsd.org Sender: owner-freebsd-firewire@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > There is another bit which indicates PAL or NTSC. > Can you insert printf for 'ciph->fdf.dv.fs' to check whether it is 1 or > 0. For PAL, it shold be 1. It's 1. -- Richard To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-firewire" in the body of the message From owner-freebsd-firewire Mon Feb 17 21:37:57 2003 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 070D937B401 for ; Mon, 17 Feb 2003 21:37:56 -0800 (PST) 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 6469B43F85 for ; Mon, 17 Feb 2003 21:37:51 -0800 (PST) (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 7F276218175 for ; Tue, 18 Feb 2003 14:37:48 +0900 (JST) Received: from mailhosting.itc.u-tokyo.ac.jp (IDENT:mirapoint@mailhosting.itc.u-tokyo.ac.jp [133.11.205.3]) by is1.mh.itc.u-tokyo.ac.jp (8.11.3/8.11.3) with ESMTP id h1I5bmc02082; Tue, 18 Feb 2003 14:37:48 +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 AHX27552; Tue, 18 Feb 2003 14:37:47 +0900 (JST) Date: Tue, 18 Feb 2003 14:37:47 +0900 Message-ID: From: Hidetoshi Shimokawa To: Richard Tobin , FireWire BSD Cc: freebsd-firewire@freebsd.org Subject: Re: PAL DV, doesn't quite work In-Reply-To: <200302172256.WAA22384@sorley.cogsci.ed.ac.uk> 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, 17 Feb 2003 22:56:06 GMT, Richard Tobin wrote: > > > There is another bit which indicates PAL or NTSC. > > Can you insert printf for 'ciph->fdf.dv.fs' to check whether it is 1 or > > 0. For PAL, it shold be 1. > > It's 1. Can you replece fwdv.c with the following one and try again? http://people.freebsd.org/~simokawa/firewire/fwdv-20030217.c It detect PAL by fdf.dv.fs and fix the DSF bit if isn't set. It should also output '\n' every seconds even for PAL. /\ 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 From owner-freebsd-firewire Tue Feb 18 0:14:36 2003 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 D9EC037B401 for ; Tue, 18 Feb 2003 00:14:34 -0800 (PST) Received: from vectra.e-tahan.com (du-210-9.nat.adsl.claranet.fr [212.43.210.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id C777243F3F for ; Tue, 18 Feb 2003 00:14:33 -0800 (PST) (envelope-from firewire@e-tahan.com) Received: from dell (dell [10.1.1.253]) (authenticated bits=0) by vectra.e-tahan.com (8.12.6/8.12.6) with ESMTP id h1I8FgH8016656 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 18 Feb 2003 09:15:44 +0100 (CET) (envelope-from firewire@e-tahan.com) Subject: Re: PAL DV, doesn't quite work From: FireWire BSD To: Hidetoshi Shimokawa Cc: freebsd-firewire@freebsd.org In-Reply-To: References: Content-Type: text/plain Organization: Message-Id: <1045556501.13282.2.camel@dell> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 Date: 18 Feb 2003 09:21:42 +0100 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-firewire@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG It detects PAL and the output text starts new line after 25 frames ( but still continue the next line with 6 7 8 .. instead of restarting at 0 ). Playdv still can play the file correctly. Thanks On Tue, 2003-02-18 at 06:37, Hidetoshi Shimokawa wrote: > At Mon, 17 Feb 2003 22:56:06 GMT, > Richard Tobin wrote: > > > > > There is another bit which indicates PAL or NTSC. > > > Can you insert printf for 'ciph->fdf.dv.fs' to check whether it is 1 or > > > 0. For PAL, it shold be 1. > > > > It's 1. > > Can you replece fwdv.c with the following one and try again? > http://people.freebsd.org/~simokawa/firewire/fwdv-20030217.c > > It detect PAL by fdf.dv.fs and fix the DSF bit if isn't set. > It should also output '\n' every seconds even for PAL. > > /\ 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 From owner-freebsd-firewire Tue Feb 18 0:58:51 2003 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 0E4F737B401 for ; Tue, 18 Feb 2003 00:58:50 -0800 (PST) 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 BC98343F75 for ; Tue, 18 Feb 2003 00:58:47 -0800 (PST) (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 D2A5C218175 for ; Tue, 18 Feb 2003 17:58:45 +0900 (JST) Received: from mailhosting.itc.u-tokyo.ac.jp (IDENT:mirapoint@mailhosting.itc.u-tokyo.ac.jp [133.11.205.3]) by is1.mh.itc.u-tokyo.ac.jp (8.11.3/8.11.3) with ESMTP id h1I8wjc25148; Tue, 18 Feb 2003 17:58:45 +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 AHX33528; Tue, 18 Feb 2003 17:58:44 +0900 (JST) Date: Tue, 18 Feb 2003 17:58:44 +0900 Message-ID: From: Hidetoshi Shimokawa To: FireWire BSD Cc: freebsd-firewire@freebsd.org Subject: Re: PAL DV, doesn't quite work In-Reply-To: <1045556501.13282.2.camel@dell> References: <1045556501.13282.2.camel@dell> 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 18 Feb 2003 09:21:42 +0100, FireWire BSD wrote: > It detects PAL and the output text starts new line after 25 frames ( but > still continue the next line with 6 7 8 .. instead of restarting at 0 ). Yes, it shows the last digit of the (cumulative) frame number. > Playdv still can play the file correctly. Could you try to send the stream back to DVcam? /\ 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 From owner-freebsd-firewire Tue Feb 18 1: 3:52 2003 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 F14AF37B401 for ; Tue, 18 Feb 2003 01:03:51 -0800 (PST) Received: from vectra.e-tahan.com (du-210-9.nat.adsl.claranet.fr [212.43.210.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id E2F0643F3F for ; Tue, 18 Feb 2003 01:03:50 -0800 (PST) (envelope-from firewire@e-tahan.com) Received: from dell (dell [10.1.1.253]) (authenticated bits=0) by vectra.e-tahan.com (8.12.6/8.12.6) with ESMTP id h1I951H8017366 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 18 Feb 2003 10:05:01 +0100 (CET) (envelope-from firewire@e-tahan.com) Subject: Re: PAL DV, doesn't quite work From: FireWire BSD To: Hidetoshi Shimokawa Cc: freebsd-firewire@freebsd.org In-Reply-To: References: <1045556501.13282.2.camel@dell> Content-Type: text/plain Organization: Message-Id: <1045559460.40849.4.camel@dell> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 Date: 18 Feb 2003 10:11:01 +0100 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-firewire@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Nope, i see a blank frame as if the camcorder will start to receive then nothing on it's monitor and the fwcontrol -S still continue to send. On Tue, 2003-02-18 at 09:58, Hidetoshi Shimokawa wrote: > At 18 Feb 2003 09:21:42 +0100, > FireWire BSD wrote: > > It detects PAL and the output text starts new line after 25 frames ( but > > still continue the next line with 6 7 8 .. instead of restarting at 0 ). > > Yes, it shows the last digit of the (cumulative) frame number. > > > Playdv still can play the file correctly. > > Could you try to send the stream back to DVcam? > > /\ 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 From owner-freebsd-firewire Tue Feb 18 1:19:29 2003 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 0A7AA37B401 for ; Tue, 18 Feb 2003 01:19:28 -0800 (PST) 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 69F5F43F3F for ; Tue, 18 Feb 2003 01:19:26 -0800 (PST) (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 438B721817D for ; Tue, 18 Feb 2003 18:19:25 +0900 (JST) Received: from mailhosting.itc.u-tokyo.ac.jp (IDENT:mirapoint@mailhosting.itc.u-tokyo.ac.jp [133.11.205.3]) by is1.mh.itc.u-tokyo.ac.jp (8.11.3/8.11.3) with ESMTP id h1I9JPc27372; Tue, 18 Feb 2003 18:19:25 +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 AHX33930; Tue, 18 Feb 2003 18:19:24 +0900 (JST) Date: Tue, 18 Feb 2003 18:19:24 +0900 Message-ID: From: Hidetoshi Shimokawa To: FireWire BSD Cc: freebsd-firewire@freebsd.org Subject: Re: PAL DV, doesn't quite work In-Reply-To: <1045559460.40849.4.camel@dell> References: <1045556501.13282.2.camel@dell> <1045559460.40849.4.camel@dell> 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 18 Feb 2003 10:11:01 +0100, FireWire BSD wrote: > > Nope, i see a blank frame as if the camcorder will start to receive then > nothing on it's monitor and the fwcontrol -S still continue to send. How about changing 'cycle = 1' to 'cycle = 2'? if (system < 0) { system = ((dv->payload[0] & DV_DSF_12) != 0); printf("%s\n", system_name[system]); cycle = 1; ^^^^^^^^^^ cycle_acc = frame_cycle[system].d * cycle; } Thanks, /\ Hidetoshi Shimokawa \/ simokawa@sat.t.u-tokyo.ac.jp PGP public key: http://www.sat.t.u-tokyo.ac.jp/~simokawa/pgp.html > On Tue, 2003-02-18 at 09:58, Hidetoshi Shimokawa wrote: > > At 18 Feb 2003 09:21:42 +0100, > > FireWire BSD wrote: > > > It detects PAL and the output text starts new line after 25 frames ( but > > > still continue the next line with 6 7 8 .. instead of restarting at 0 ). > > > > Yes, it shows the last digit of the (cumulative) frame number. > > > > > Playdv still can play the file correctly. > > > > Could you try to send the stream back to DVcam? > > > > /\ 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 From owner-freebsd-firewire Tue Feb 18 1:26:11 2003 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 90D8037B401 for ; Tue, 18 Feb 2003 01:26:09 -0800 (PST) Received: from vectra.e-tahan.com (du-210-9.nat.adsl.claranet.fr [212.43.210.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B27543F3F for ; Tue, 18 Feb 2003 01:26:08 -0800 (PST) (envelope-from firewire@e-tahan.com) Received: from dell (dell [10.1.1.253]) (authenticated bits=0) by vectra.e-tahan.com (8.12.6/8.12.6) with ESMTP id h1I9RIH8017766 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 18 Feb 2003 10:27:19 +0100 (CET) (envelope-from firewire@e-tahan.com) Subject: Re: PAL DV, doesn't quite work From: FireWire BSD To: Hidetoshi Shimokawa Cc: freebsd-firewire@freebsd.org In-Reply-To: References: <1045556501.13282.2.camel@dell> <1045559460.40849.4.camel@dell> Content-Type: text/plain Organization: Message-Id: <1045560798.40849.9.camel@dell> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 Date: 18 Feb 2003 10:33:18 +0100 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-firewire@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Same Behaviour, also i never tried to send to the camcorder from fbsd before, it's working under windows though. On Tue, 2003-02-18 at 10:19, Hidetoshi Shimokawa wrote: > At 18 Feb 2003 10:11:01 +0100, > FireWire BSD wrote: > > > > Nope, i see a blank frame as if the camcorder will start to receive then > > nothing on it's monitor and the fwcontrol -S still continue to send. > > How about changing 'cycle = 1' to 'cycle = 2'? > > if (system < 0) { > system = ((dv->payload[0] & DV_DSF_12) > != 0); > printf("%s\n", system_name[system]); > cycle = 1; > ^^^^^^^^^^ > cycle_acc = frame_cycle[system].d * > cycle; > } > > Thanks, > > /\ Hidetoshi Shimokawa > \/ simokawa@sat.t.u-tokyo.ac.jp > PGP public key: http://www.sat.t.u-tokyo.ac.jp/~simokawa/pgp.html > > > > On Tue, 2003-02-18 at 09:58, Hidetoshi Shimokawa wrote: > > > At 18 Feb 2003 09:21:42 +0100, > > > FireWire BSD wrote: > > > > It detects PAL and the output text starts new line after 25 frames ( but > > > > still continue the next line with 6 7 8 .. instead of restarting at 0 ). > > > > > > Yes, it shows the last digit of the (cumulative) frame number. > > > > > > > Playdv still can play the file correctly. > > > > > > Could you try to send the stream back to DVcam? > > > > > > /\ 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 From owner-freebsd-firewire Tue Feb 18 1:34:45 2003 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 BC90A37B401 for ; Tue, 18 Feb 2003 01:34:44 -0800 (PST) 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 4FD8743F75 for ; Tue, 18 Feb 2003 01:34:43 -0800 (PST) (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 2947D218175 for ; Tue, 18 Feb 2003 18:34:42 +0900 (JST) Received: from mailhosting.itc.u-tokyo.ac.jp (IDENT:mirapoint@mailhosting.itc.u-tokyo.ac.jp [133.11.205.3]) by is1.mh.itc.u-tokyo.ac.jp (8.11.3/8.11.3) with ESMTP id h1I9Yfc28992; Tue, 18 Feb 2003 18:34:41 +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 AHX34321; Tue, 18 Feb 2003 18:34:40 +0900 (JST) Date: Tue, 18 Feb 2003 18:34:40 +0900 Message-ID: From: Hidetoshi Shimokawa To: FireWire BSD Cc: freebsd-firewire@freebsd.org Subject: Re: PAL DV, doesn't quite work In-Reply-To: <1045560798.40849.9.camel@dell> References: <1045556501.13282.2.camel@dell> <1045559460.40849.4.camel@dell> <1045560798.40849.9.camel@dell> 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 Thanks, We don't reserve a channel and bandwidth for sending stream yet. Your DVcam may not like that... /\ Hidetoshi Shimokawa \/ simokawa@sat.t.u-tokyo.ac.jp PGP public key: http://www.sat.t.u-tokyo.ac.jp/~simokawa/pgp.html At 18 Feb 2003 10:33:18 +0100, FireWire BSD wrote: > > Same Behaviour, also i never tried to send to the camcorder from fbsd > before, it's working under windows though. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-firewire" in the body of the message From owner-freebsd-firewire Tue Feb 18 15: 5:53 2003 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 53CE937B405 for ; Tue, 18 Feb 2003 15:05:52 -0800 (PST) Received: from rhymer.cogsci.ed.ac.uk (rhymer.cogsci.ed.ac.uk [129.215.144.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id D140043FA3 for ; Tue, 18 Feb 2003 15:05:50 -0800 (PST) (envelope-from richard@cogsci.ed.ac.uk) Received: from sorley.cogsci.ed.ac.uk (sorley [129.215.144.53]) by rhymer.cogsci.ed.ac.uk (8.9.3/8.9.3) with ESMTP id XAA06512; Tue, 18 Feb 2003 23:05:47 GMT Received: (from richard@localhost) by sorley.cogsci.ed.ac.uk (8.9.3+Sun/8.9.3) id XAA14439; Tue, 18 Feb 2003 23:06:06 GMT Date: Tue, 18 Feb 2003 23:06:06 GMT Message-Id: <200302182306.XAA14439@sorley.cogsci.ed.ac.uk> From: Richard Tobin Subject: Re: PAL DV, doesn't quite work To: Hidetoshi Shimokawa , Richard Tobin , FireWire BSD In-Reply-To: Hidetoshi Shimokawa's message of Tue, 18 Feb 2003 14:37:47 +0900 Organization: just say no Cc: freebsd-firewire@freebsd.org Sender: owner-freebsd-firewire@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Can you replece fwdv.c with the following one and try again? > http://people.freebsd.org/~simokawa/firewire/fwdv-20030217.c That seems to work, thanks. I can't test sending it back onto the camcorder because my camcorder doesn't support DV-in. -- Richard To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-firewire" in the body of the message From owner-freebsd-firewire Wed Feb 19 0:18:23 2003 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 8D9F537B401 for ; Wed, 19 Feb 2003 00:18:19 -0800 (PST) Received: from ns1.xcllnt.net (209-128-86-226.BAYAREA.NET [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE5CD43F3F for ; Wed, 19 Feb 2003 00:18:18 -0800 (PST) (envelope-from marcel@xcllnt.net) Received: from dhcp01.pn.xcllnt.net (dhcp01.pn.xcllnt.net [192.168.4.201]) by ns1.xcllnt.net (8.12.6/8.12.6) with ESMTP id h1J8II1o035667 for ; Wed, 19 Feb 2003 00:18:18 -0800 (PST) (envelope-from marcel@piii.pn.xcllnt.net) Received: from dhcp01.pn.xcllnt.net (localhost [127.0.0.1]) by dhcp01.pn.xcllnt.net (8.12.7/8.12.7) with ESMTP id h1J8IIW5000719 for ; Wed, 19 Feb 2003 00:18:18 -0800 (PST) (envelope-from marcel@dhcp01.pn.xcllnt.net) Received: (from marcel@localhost) by dhcp01.pn.xcllnt.net (8.12.7/8.12.7/Submit) id h1J8IIti000718 for firewire@FreeBSD.org; Wed, 19 Feb 2003 00:18:18 -0800 (PST) Date: Wed, 19 Feb 2003 00:18:18 -0800 From: Marcel Moolenaar To: firewire@FreeBSD.org Subject: Firewire regression Message-ID: <20030219081818.GA668@dhcp01.pn.xcllnt.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.3i Sender: owner-freebsd-firewire@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Gang, After upgrading my -current notebook with todays sources, my FW CD stopped working "normally". dmesg(8) shows a flood of: fwohci0: BUS reset fwohci0: node_id = 0xc000ffc1, CYCLEMASTER mode firewire0: 2 nodes, maxhop <= 1, cable IRM = 1 (me) fwohci0: BUS reset fwohci0: node_id = 0xc000ffc1, CYCLEMASTER mode firewire0: 2 nodes, maxhop <= 1, cable IRM = 1 (me) fwohci0: BUS reset fwohci0: node_id = 0xc000ffc1, CYCLEMASTER mode firewire0: 2 nodes, maxhop <= 1, cable IRM = 1 (me) After undocking and redocking I get: fwohci0: BUS reset fw_xfer_done: pending fwohci0: node_id = 0xc000ffc1, CYCLEMASTER mode firewire0: 2 nodes, maxhop <= 1, cable IRM = 1 (me) fw_attach_dev: 1 pending handlers called sbp0:0:0 Access denied sbp0:0:0 Request aborted sbp0:0:0 Request aborted cd0 at sbp0 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 50.000MB/s transfers cd0: cd present [4132574 x 2048 byte records] At this time the CD seems operational. I don't know what change caused this regression. It may very well be unrelated to FW specific code changes. FYI, -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-firewire" in the body of the message From owner-freebsd-firewire Wed Feb 19 3:37:14 2003 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 7357337B401 for ; Wed, 19 Feb 2003 03:37:12 -0800 (PST) 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 C38AE43F85 for ; Wed, 19 Feb 2003 03:37:08 -0800 (PST) (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 0E841218108 for ; Wed, 19 Feb 2003 20:37:07 +0900 (JST) Received: from mailhosting.itc.u-tokyo.ac.jp (IDENT:mirapoint@mailhosting.itc.u-tokyo.ac.jp [133.11.205.3]) by is1.mh.itc.u-tokyo.ac.jp (8.11.3/8.11.3) with ESMTP id h1JBb6c07787; Wed, 19 Feb 2003 20:37:07 +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 AHX57376; Wed, 19 Feb 2003 20:37:05 +0900 (JST) Date: Wed, 19 Feb 2003 20:37:05 +0900 Message-ID: From: Hidetoshi Shimokawa To: Marcel Moolenaar Cc: firewire@FreeBSD.org Subject: Re: Firewire regression In-Reply-To: <20030219081818.GA668@dhcp01.pn.xcllnt.net> References: <20030219081818.GA668@dhcp01.pn.xcllnt.net> 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 Is it reproducible? Is you firewire module linked statically or linked by loader? How about if the drive is undocked while boot. I'd like to see hole dmesg... /\ Hidetoshi Shimokawa \/ simokawa@sat.t.u-tokyo.ac.jp PGP public key: http://www.sat.t.u-tokyo.ac.jp/~simokawa/pgp.html At Wed, 19 Feb 2003 00:18:18 -0800, Marcel Moolenaar wrote: > > Gang, > > After upgrading my -current notebook with todays sources, my FW CD > stopped working "normally". dmesg(8) shows a flood of: > > fwohci0: BUS reset > fwohci0: node_id = 0xc000ffc1, CYCLEMASTER mode > firewire0: 2 nodes, maxhop <= 1, cable IRM = 1 (me) > fwohci0: BUS reset > fwohci0: node_id = 0xc000ffc1, CYCLEMASTER mode > firewire0: 2 nodes, maxhop <= 1, cable IRM = 1 (me) > fwohci0: BUS reset > fwohci0: node_id = 0xc000ffc1, CYCLEMASTER mode > firewire0: 2 nodes, maxhop <= 1, cable IRM = 1 (me) > > After undocking and redocking I get: > > fwohci0: BUS reset > fw_xfer_done: pending > fwohci0: node_id = 0xc000ffc1, CYCLEMASTER mode > firewire0: 2 nodes, maxhop <= 1, cable IRM = 1 (me) > fw_attach_dev: 1 pending handlers called > sbp0:0:0 Access denied > sbp0:0:0 Request aborted > sbp0:0:0 Request aborted > cd0 at sbp0 bus 0 target 0 lun 0 > cd0: Removable CD-ROM SCSI-0 device > cd0: 50.000MB/s transfers > cd0: cd present [4132574 x 2048 byte records] > > At this time the CD seems operational. I don't know what change caused > this regression. It may very well be unrelated to FW specific code > changes. > > FYI, > > -- > Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-firewire" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-firewire" in the body of the message From owner-freebsd-firewire Wed Feb 19 13:28:16 2003 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 B7F2E37B401 for ; Wed, 19 Feb 2003 13:28:14 -0800 (PST) Received: from ns1.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 85F7E43FAF for ; Wed, 19 Feb 2003 13:28:13 -0800 (PST) (envelope-from marcel@xcllnt.net) Received: from athlon.pn.xcllnt.net (athlon.pn.xcllnt.net [192.168.4.3]) by ns1.xcllnt.net (8.12.6/8.12.6) with ESMTP id h1JLSC1o039007; Wed, 19 Feb 2003 13:28:13 -0800 (PST) (envelope-from marcel@piii.pn.xcllnt.net) Received: from athlon.pn.xcllnt.net (localhost [127.0.0.1]) by athlon.pn.xcllnt.net (8.12.7/8.12.7) with ESMTP id h1JLSCFQ000590; Wed, 19 Feb 2003 13:28:12 -0800 (PST) (envelope-from marcel@athlon.pn.xcllnt.net) Received: (from marcel@localhost) by athlon.pn.xcllnt.net (8.12.7/8.12.7/Submit) id h1JLSBgC000589; Wed, 19 Feb 2003 13:28:11 -0800 (PST) (envelope-from marcel) Date: Wed, 19 Feb 2003 13:28:11 -0800 From: Marcel Moolenaar To: Hidetoshi Shimokawa Cc: firewire@FreeBSD.org Subject: Re: Firewire regression Message-ID: <20030219212811.GA523@athlon.pn.xcllnt.net> References: <20030219081818.GA668@dhcp01.pn.xcllnt.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.3i Sender: owner-freebsd-firewire@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Feb 19, 2003 at 08:37:05PM +0900, Hidetoshi Shimokawa wrote: > Is it reproducible? Yes. It starts immediately after mounting /. Note also that it doen't matter if there's a CD/DVD mounted in the drive at boot for this behaviour to be seen. However, when there's no disk in the drive, the behaviour cannot be stopped by simply undocking and redocking. The BUS reset only stops when there's a CD/DVD in the drive and the drive is fully ready (ie the drive must have finished probing the disk). > Is you firewire module linked statically or linked by loader? Compiled-in. I avoid modules as much as possible because it normally causes a lot of problems when I need to boot an older kernel. > How about if the drive is undocked while boot. No problems then. However, as soon as I dock the machine, the bus resets start (if there's no disk in the drive). When there is a disk in the drive I get the following: Feb 19 13:22:41 dhcp01 kernel: system power profile changed to 'performance' Feb 19 13:22:44 dhcp01 kernel: fwohci0: BUS reset Feb 19 13:22:44 dhcp01 kernel: fwohci0: node_id = 0x8000ffc0, non CYCLEMASTER mode Feb 19 13:22:44 dhcp01 kernel: firewire0: 2 nodes, maxhop <= 1, cable IRM = 0 (me) Feb 19 13:22:44 dhcp01 kernel: Unknown service addr 0x00000000:0x007d7c10 tcode=5 Feb 19 13:22:46 dhcp01 last message repeated 2 times It's the "Unknown service addr" that seems to prevent the flood of messages. > I'd like to see hole dmesg... non-verbose: http://www.xcllnt.net/~marcel/vaio.txt HTH, -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-firewire" in the body of the message From owner-freebsd-firewire Wed Feb 19 21:34:34 2003 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 12AA137B401 for ; Wed, 19 Feb 2003 21:34:33 -0800 (PST) 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 CF03443FA3 for ; Wed, 19 Feb 2003 21:34:30 -0800 (PST) (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 E96652181A3 for ; Thu, 20 Feb 2003 14:34:27 +0900 (JST) Received: from mailhosting.itc.u-tokyo.ac.jp (IDENT:mirapoint@mailhosting.itc.u-tokyo.ac.jp [133.11.205.3]) by is1.mh.itc.u-tokyo.ac.jp (8.11.3/8.11.3) with ESMTP id h1K5YRc05977; Thu, 20 Feb 2003 14:34:27 +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 AHX69607; Thu, 20 Feb 2003 14:34:26 +0900 (JST) Date: Thu, 20 Feb 2003 14:34:26 +0900 Message-ID: From: Hidetoshi Shimokawa To: Marcel Moolenaar Cc: firewire@FreeBSD.org Subject: Re: Firewire regression In-Reply-To: <20030219212811.GA523@athlon.pn.xcllnt.net> References: <20030219081818.GA668@dhcp01.pn.xcllnt.net> <20030219212811.GA523@athlon.pn.xcllnt.net> 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 The CD seems keeping to initiate bus reset. I don't know why.. At Wed, 19 Feb 2003 13:28:11 -0800, Marcel Moolenaar wrote: > Feb 19 13:22:44 dhcp01 kernel: Unknown service addr 0x00000000:0x007d7c10 tcode=5 > Feb 19 13:22:46 dhcp01 last message repeated 2 times > > It's the "Unknown service addr" that seems to prevent the flood of > messages. This shouldn't happen because these address range should be handled by OHCI. Could you try the follwing patch? Index: fwohci.c =================================================================== RCS file: /home/ncvs/src/sys/dev/firewire/fwohci.c,v retrieving revision 1.41 diff -u -r1.41 fwohci.c --- fwohci.c 18 Feb 2003 09:39:48 -0000 1.41 +++ fwohci.c 20 Feb 2003 05:30:59 -0000 @@ -1786,7 +1786,7 @@ OWRITE(sc, OHCI_AREQHI, 1 << 31); /* XXX insecure ?? */ - OWRITE(sc, OHCI_PREQHI, 0x7fffffff); + OWRITE(sc, OHCI_PREQHI, 0xffffffff); OWRITE(sc, OHCI_PREQLO, 0xffffffff); OWRITE(sc, OHCI_PREQUPPER, 0x10000); /\ 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 From owner-freebsd-firewire Thu Feb 20 0:22:20 2003 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 6E35537B401 for ; Thu, 20 Feb 2003 00:22:19 -0800 (PST) Received: from ns1.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id C407443F93 for ; Thu, 20 Feb 2003 00:22:16 -0800 (PST) (envelope-from marcel@xcllnt.net) Received: from dhcp01.pn.xcllnt.net (dhcp01.pn.xcllnt.net [192.168.4.201]) by ns1.xcllnt.net (8.12.6/8.12.6) with ESMTP id h1K8MC1o041622; Thu, 20 Feb 2003 00:22:13 -0800 (PST) (envelope-from marcel@piii.pn.xcllnt.net) Received: from dhcp01.pn.xcllnt.net (localhost [127.0.0.1]) by dhcp01.pn.xcllnt.net (8.12.7/8.12.7) with ESMTP id h1K8MCXV000581; Thu, 20 Feb 2003 00:22:12 -0800 (PST) (envelope-from marcel@dhcp01.pn.xcllnt.net) Received: (from marcel@localhost) by dhcp01.pn.xcllnt.net (8.12.7/8.12.7/Submit) id h1K8M9xT000580; Thu, 20 Feb 2003 00:22:09 -0800 (PST) (envelope-from marcel) Date: Thu, 20 Feb 2003 00:22:09 -0800 From: Marcel Moolenaar To: Hidetoshi Shimokawa Cc: firewire@FreeBSD.org Subject: Re: Firewire regression Message-ID: <20030220082209.GA551@dhcp01.pn.xcllnt.net> References: <20030219081818.GA668@dhcp01.pn.xcllnt.net> <20030219212811.GA523@athlon.pn.xcllnt.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.3i Sender: owner-freebsd-firewire@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Feb 20, 2003 at 02:34:26PM +0900, Hidetoshi Shimokawa wrote: > The CD seems keeping to initiate bus reset. I don't know why.. I haven't had the time to narrow it down to a specific commit. Let me know if that would help. Otherwise I'll assume you know roughly what might have caused it. > This shouldn't happen because these address range should be handled > by OHCI. Could you try the follwing patch? Sorry. Doesn't make a difference. I don't know anything about firewire so there's at this time not much I can do than apply patches and try them out. -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-firewire" in the body of the message From owner-freebsd-firewire Thu Feb 20 0:40: 9 2003 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 C86F537B401 for ; Thu, 20 Feb 2003 00:40:04 -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 5F8D743FBF for ; Thu, 20 Feb 2003 00:40:03 -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 1CEEB3780CA for ; Thu, 20 Feb 2003 17:40:01 +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 h1K8e0R11836; Thu, 20 Feb 2003 17:40:00 +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 AHX73124; Thu, 20 Feb 2003 17:39:58 +0900 (JST) Date: Thu, 20 Feb 2003 17:39:58 +0900 Message-ID: From: Hidetoshi Shimokawa To: Marcel Moolenaar Cc: firewire@FreeBSD.org Subject: Re: Firewire regression In-Reply-To: <20030220082209.GA551@dhcp01.pn.xcllnt.net> References: <20030219081818.GA668@dhcp01.pn.xcllnt.net> <20030219212811.GA523@athlon.pn.xcllnt.net> <20030220082209.GA551@dhcp01.pn.xcllnt.net> 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 I have some ideas about it but none of them explains the problem cleanly.. Please try next patch attached this mail. I cannot reproduce the problem on any of my hardware. When did you build the last kernel without the problem? /\ Hidetoshi Shimokawa \/ simokawa@sat.t.u-tokyo.ac.jp PGP public key: http://www.sat.t.u-tokyo.ac.jp/~simokawa/pgp.html At Thu, 20 Feb 2003 00:22:09 -0800, Marcel Moolenaar wrote: > > On Thu, Feb 20, 2003 at 02:34:26PM +0900, Hidetoshi Shimokawa wrote: > > The CD seems keeping to initiate bus reset. I don't know why.. > > I haven't had the time to narrow it down to a specific commit. Let > me know if that would help. Otherwise I'll assume you know roughly > what might have caused it. > > > This shouldn't happen because these address range should be handled > > by OHCI. Could you try the follwing patch? > > Sorry. Doesn't make a difference. > > I don't know anything about firewire so there's at this time not > much I can do than apply patches and try them out. > > -- > Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net Index: sbp.c =================================================================== RCS file: /home/ncvs/src/sys/dev/firewire/sbp.c,v retrieving revision 1.32 diff -u -r1.32 sbp.c --- sbp.c 17 Feb 2003 14:24:06 -0000 1.32 +++ sbp.c 20 Feb 2003 06:17:43 -0000 @@ -131,9 +131,10 @@ #define ORB_RES_ILLE 2 #define ORB_RES_VEND 3 -static int debug = 0; +static int debug = 1; static int auto_login = 1; static int max_speed = 2; +static int sbp_cold = 1; SYSCTL_DECL(_hw_firewire); SYSCTL_NODE(_hw_firewire, OID_AUTO, sbp, CTLFLAG_RD, 0, "SBP-II Subsystem"); @@ -640,12 +641,14 @@ struct fw_device *fwdev; int i, alive; -SBP_DEBUG(1) - printf("sbp_post_explore\n"); +SBP_DEBUG(0) + printf("sbp_post_explore (sbp_cold=%d)\n", sbp_cold); END_DEBUG #if 0 xpt_freeze_simq(sbp->sim, /*count*/ 1); #endif + if (sbp_cold > 0) + sbp_cold --; /* Gabage Collection */ for(i = 0 ; i < SBP_NUM_TARGETS ; i ++){ target = &sbp->targets[i]; @@ -879,11 +882,22 @@ printf("sbp_do_attach\n"); END_DEBUG fw_xfer_free(xfer); + if (sdev->path == NULL) xpt_create_path(&sdev->path, xpt_periph, cam_sim_path(sdev->target->sbp->sim), sdev->target->target_id, sdev->lun_id); + /* + * Let CAM scan the bus if we are in the boot process. + * XXX xpt_scan_bus cannot detect LUN larger than 0 + * if LUN 0 doesn't exists. + */ + if (sbp_cold > 0) { + sdev->status = SBP_DEV_PROBE; + return; + } + if (sdev->status == SBP_DEV_RETRY) sbp_ping_unit(sdev); else @@ -1615,9 +1629,11 @@ int i, s, error; SBP_DEBUG(0) - printf("sbp_attach\n"); + printf("sbp_attach (cold=%d)\n", cold); END_DEBUG + if (cold) + sbp_cold ++; sbp = ((struct sbp_softc *)device_get_softc(dev)); bzero(sbp, sizeof(struct sbp_softc)); sbp->fd.dev = dev; @@ -1694,9 +1710,12 @@ fw_bindadd(sbp->fd.fc, &sbp->fwb); sbp->fd.post_explore = sbp_post_explore; - s = splfw(); - sbp_post_explore((void *)sbp); - splx(s); + + if (sbp->fd.fc->status != -1) { + s = splfw(); + sbp_post_explore((void *)sbp); + splx(s); + } return (0); } @@ -2069,7 +2088,7 @@ cpi->version_num = 1; /* XXX??? */ cpi->hba_inquiry = 0; cpi->target_sprt = 0; - cpi->hba_misc = 0; + cpi->hba_misc = PIM_NOBUSRESET; cpi->hba_eng_cnt = 0; cpi->max_target = SBP_NUM_TARGETS - 1; cpi->max_lun = SBP_NUM_LUNS - 1; To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-firewire" in the body of the message From owner-freebsd-firewire Thu Feb 20 13:31:55 2003 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 4EEFC37B401 for ; Thu, 20 Feb 2003 13:31:54 -0800 (PST) Received: from ns1.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 43C5B43FB1 for ; Thu, 20 Feb 2003 13:31:53 -0800 (PST) (envelope-from marcel@xcllnt.net) Received: from athlon.pn.xcllnt.net (athlon.pn.xcllnt.net [192.168.4.3]) by ns1.xcllnt.net (8.12.6/8.12.6) with ESMTP id h1KLVq1o045079; Thu, 20 Feb 2003 13:31:52 -0800 (PST) (envelope-from marcel@piii.pn.xcllnt.net) Received: from athlon.pn.xcllnt.net (localhost [127.0.0.1]) by athlon.pn.xcllnt.net (8.12.7/8.12.7) with ESMTP id h1KLVqSh000910; Thu, 20 Feb 2003 13:31:52 -0800 (PST) (envelope-from marcel@athlon.pn.xcllnt.net) Received: (from marcel@localhost) by athlon.pn.xcllnt.net (8.12.7/8.12.7/Submit) id h1KLVj3r000909; Thu, 20 Feb 2003 13:31:45 -0800 (PST) (envelope-from marcel) Date: Thu, 20 Feb 2003 13:31:45 -0800 From: Marcel Moolenaar To: Hidetoshi Shimokawa Cc: firewire@FreeBSD.org Subject: Re: Firewire regression Message-ID: <20030220213145.GA834@athlon.pn.xcllnt.net> References: <20030219081818.GA668@dhcp01.pn.xcllnt.net> <20030219212811.GA523@athlon.pn.xcllnt.net> <20030220082209.GA551@dhcp01.pn.xcllnt.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.3i Sender: owner-freebsd-firewire@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Feb 20, 2003 at 05:39:58PM +0900, Hidetoshi Shimokawa wrote: > I have some ideas about it but none of them explains the problem > cleanly.. Please try next patch attached this mail. See: http://www.xcllnt.net/~marcel/vaio.txt The continuous bus reset has stopped, so that is a good thing. The drive works, so that can't be bad as well. Note: the errors/retries are the result of having the CD player in the Gnome panel probing for a CD (there was a DVD inserted however), after which I ejected the disk, reinserted the disk and finally killed off the CD player :-) > When did you build the last kernel without the problem? I don't know, because the flood of BUS reset messages has wiped out 6 days of kernel logs in just minutes :-) I normally keep my machines within one (sometimes two) weeks of HEAD and I think this machine has been running without the "extra precautions", so I think it was not older than 5 days... HTH, -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-firewire" in the body of the message From owner-freebsd-firewire Thu Feb 20 17:18: 9 2003 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 39A2937B401 for ; Thu, 20 Feb 2003 17:18:08 -0800 (PST) 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 CF6EC43F3F for ; Thu, 20 Feb 2003 17:18:03 -0800 (PST) (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 25D222180AB for ; Fri, 21 Feb 2003 10:18:01 +0900 (JST) Received: from mailhosting.itc.u-tokyo.ac.jp (IDENT:mirapoint@mailhosting.itc.u-tokyo.ac.jp [133.11.205.3]) by is1.mh.itc.u-tokyo.ac.jp (8.11.3/8.11.3) with ESMTP id h1L1I0c16193; Fri, 21 Feb 2003 10:18:00 +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 AHX84391; Fri, 21 Feb 2003 10:17:59 +0900 (JST) Date: Fri, 21 Feb 2003 10:17:59 +0900 Message-ID: From: Hidetoshi Shimokawa To: Marcel Moolenaar Cc: firewire@FreeBSD.org Subject: Re: Firewire regression In-Reply-To: <20030220213145.GA834@athlon.pn.xcllnt.net> References: <20030219081818.GA668@dhcp01.pn.xcllnt.net> <20030219212811.GA523@athlon.pn.xcllnt.net> <20030220082209.GA551@dhcp01.pn.xcllnt.net> <20030220213145.GA834@athlon.pn.xcllnt.net> 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 Thanks for the test. The drive may be confused if CAM and sbp try to probe at onece. The additional debug messages can be disabled by: sysctl debug.sbp_debug=0 I'll commit the patch with debug=0. /\ Hidetoshi Shimokawa \/ simokawa@sat.t.u-tokyo.ac.jp PGP public key: http://www.sat.t.u-tokyo.ac.jp/~simokawa/pgp.html At Thu, 20 Feb 2003 13:31:45 -0800, Marcel Moolenaar wrote: > > On Thu, Feb 20, 2003 at 05:39:58PM +0900, Hidetoshi Shimokawa wrote: > > I have some ideas about it but none of them explains the problem > > cleanly.. Please try next patch attached this mail. > > See: http://www.xcllnt.net/~marcel/vaio.txt > > The continuous bus reset has stopped, so that is a good thing. The > drive works, so that can't be bad as well. > > Note: the errors/retries are the result of having the CD player in the > Gnome panel probing for a CD (there was a DVD inserted however), after > which I ejected the disk, reinserted the disk and finally killed off > the CD player :-) > > > When did you build the last kernel without the problem? > > I don't know, because the flood of BUS reset messages has wiped out > 6 days of kernel logs in just minutes :-) I normally keep my machines > within one (sometimes two) weeks of HEAD and I think this machine > has been running without the "extra precautions", so I think it > was not older than 5 days... > > HTH, > > -- > Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-firewire" in the body of the message From owner-freebsd-firewire Fri Feb 21 16:25:50 2003 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 0961B37B401 for ; Fri, 21 Feb 2003 16:25:49 -0800 (PST) Received: from ns1.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id F1B7A43FCB for ; Fri, 21 Feb 2003 16:25:47 -0800 (PST) (envelope-from marcel@xcllnt.net) Received: from dhcp01.pn.xcllnt.net (dhcp01.pn.xcllnt.net [192.168.4.201]) by ns1.xcllnt.net (8.12.6/8.12.6) with ESMTP id h1M0Pl1o023577 for ; Fri, 21 Feb 2003 16:25:47 -0800 (PST) (envelope-from marcel@piii.pn.xcllnt.net) Received: from dhcp01.pn.xcllnt.net (localhost [127.0.0.1]) by dhcp01.pn.xcllnt.net (8.12.7/8.12.7) with ESMTP id h1M0PlYl001314 for ; Fri, 21 Feb 2003 16:25:47 -0800 (PST) (envelope-from marcel@dhcp01.pn.xcllnt.net) Received: (from marcel@localhost) by dhcp01.pn.xcllnt.net (8.12.7/8.12.7/Submit) id h1M0PlMF001313 for firewire@FreeBSD.org; Fri, 21 Feb 2003 16:25:47 -0800 (PST) Date: Fri, 21 Feb 2003 16:25:47 -0800 From: Marcel Moolenaar To: firewire@FreeBSD.org Subject: Bad news: bus resets not fixed yet Message-ID: <20030222002547.GA1247@dhcp01.pn.xcllnt.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.3i Sender: owner-freebsd-firewire@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Gang, I rebooted after Hidetoshi-san's patch has been committed and I also made sure to include ken's cd(4) fixes, but unfortunately the bus resets have returned. We may have timing problems that were hidden by the additional overhead of emitting the debug info. Unfortunately I don't have much time to experiment with that, but do want to pitch the following question(s): o Aren't bus resets expensive operations in general/principle? o My logs show 6 resets per second (unoptimized :-). Isn't this high no matter if there's a bug or not? o Are we not supposed to give devices some time to react upon the or otherwise build in some safety? \begin{/var/log/messages snippet} Feb 21 12:22:26 dhcp01 kernel: fwohci0: BUS reset Feb 21 12:22:27 dhcp01 kernel: fwohci0: node_id = 0xc000ffc1, CYCLEMASTER mode Feb 21 12:22:27 dhcp01 kernel: firewire0: 2 nodes, maxhop <= 1, cable IRM = 1 (me) Feb 21 12:22:27 dhcp01 kernel: fwohci0: BUS reset Feb 21 12:22:27 dhcp01 kernel: fwohci0: node_id = 0xc000ffc1, CYCLEMASTER mode Feb 21 12:22:27 dhcp01 kernel: firewire0: 2 nodes, maxhop <= 1, cable IRM = 1 (me) Feb 21 12:22:27 dhcp01 kernel: fwohci0: BUS reset Feb 21 12:22:27 dhcp01 kernel: fwohci0: node_id = 0xc000ffc1, CYCLEMASTER mode Feb 21 12:22:27 dhcp01 kernel: firewire0: 2 nodes, maxhop <= 1, cable IRM = 1 (me) Feb 21 12:22:27 dhcp01 kernel: fwohci0: BUS reset Feb 21 12:22:27 dhcp01 kernel: fwohci0: node_id = 0xc000ffc1, CYCLEMASTER mode Feb 21 12:22:27 dhcp01 kernel: firewire0: 2 nodes, maxhop <= 1, cable IRM = 1 (me) Feb 21 12:22:27 dhcp01 kernel: fwohci0: BUS reset Feb 21 12:22:27 dhcp01 kernel: fwohci0: node_id = 0xc000ffc1, CYCLEMASTER mode Feb 21 12:22:27 dhcp01 kernel: firewire0: 2 nodes, maxhop <= 1, cable IRM = 1 (me) Feb 21 12:22:27 dhcp01 kernel: fwohci0: BUS reset Feb 21 12:22:27 dhcp01 kernel: fwohci0: node_id = 0xc000ffc1, CYCLEMASTER mode Feb 21 12:22:27 dhcp01 kernel: firewire0: 2 nodes, maxhop <= 1, cable IRM = 1 (me) Feb 21 12:22:27 dhcp01 kernel: fwohci0: BUS reset Feb 21 12:22:28 dhcp01 kernel: fwohci0: node_id = 0xc000ffc0, CYCLEMASTER mode Feb 21 12:22:28 dhcp01 kernel: firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) \end{/var/log/messages snippet} -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-firewire" in the body of the message From owner-freebsd-firewire Fri Feb 21 19:46:54 2003 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 7867137B401 for ; Fri, 21 Feb 2003 19:46:51 -0800 (PST) Received: from happy.koganei.wide.ad.jp (koganei.wide.ad.jp [202.249.37.254]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7157D43FB1 for ; Fri, 21 Feb 2003 19:46:50 -0800 (PST) (envelope-from ikob@koganei.wide.ad.jp) Received: from koganei.wide.ad.jp (tweedledee.koganei.wide.ad.jp [202.249.37.72]) (authenticated bits=0) by happy.koganei.wide.ad.jp (8.12.6/8.12.6) with ESMTP id h1M3m39E040824; Sat, 22 Feb 2003 12:48:03 +0900 (JST) (envelope-from ikob@koganei.wide.ad.jp) Date: Sat, 22 Feb 2003 12:46:55 +0900 Subject: Re: Bad news: bus resets not fixed yet Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v551) Cc: firewire@FreeBSD.ORG To: Marcel Moolenaar From: Katsushi Kobayashi In-Reply-To: <20030222002547.GA1247@dhcp01.pn.xcllnt.net> Message-Id: <49532804-4618-11D7-8263-0030657D3460@koganei.wide.ad.jp> Content-Transfer-Encoding: 7bit X-Mailer: Apple Mail (2.551) Sender: owner-freebsd-firewire@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, Bus-rest on firewire will be happen, when - Network topology is changed (e.g. new device is attached) - Unstable network topology probably due to cable or connector failure. - A device initiated BUS reset some reason (e.g. the device want to get some "master" feature) - Turn on a device ..... Anyway, Bus-rest could be initiated by any connected device and lower (uncontrollable from OS as PHY chipset). And the node identifier of the firewire is dynamically assigned at every bus reset. OS can ignore the interrupt happen at the Bus-rest. However, any communication action after the bus-rest is ensured, since the node identifier could be already changed. Is the above is answer for your question ? On 2003.Feb.22, at 09:25 AM, Marcel Moolenaar wrote: > Gang, > > I rebooted after Hidetoshi-san's patch has been committed and I > also made sure to include ken's cd(4) fixes, but unfortunately > the bus resets have returned. We may have timing problems that > were hidden by the additional overhead of emitting the debug info. > Unfortunately I don't have much time to experiment with that, but > do want to pitch the following question(s): > o Aren't bus resets expensive operations in general/principle? > o My logs show 6 resets per second (unoptimized :-). Isn't this > high no matter if there's a bug or not? > o Are we not supposed to give devices some time to react upon the > or otherwise build in some safety? > > \begin{/var/log/messages snippet} > Feb 21 12:22:26 dhcp01 kernel: fwohci0: BUS reset > Feb 21 12:22:27 dhcp01 kernel: fwohci0: node_id = 0xc000ffc1, > CYCLEMASTER mode > Feb 21 12:22:27 dhcp01 kernel: firewire0: 2 nodes, maxhop <= 1, cable > IRM = 1 (me) > Feb 21 12:22:27 dhcp01 kernel: fwohci0: BUS reset > Feb 21 12:22:27 dhcp01 kernel: fwohci0: node_id = 0xc000ffc1, > CYCLEMASTER mode > Feb 21 12:22:27 dhcp01 kernel: firewire0: 2 nodes, maxhop <= 1, cable > IRM = 1 (me) > Feb 21 12:22:27 dhcp01 kernel: fwohci0: BUS reset > Feb 21 12:22:27 dhcp01 kernel: fwohci0: node_id = 0xc000ffc1, > CYCLEMASTER mode > Feb 21 12:22:27 dhcp01 kernel: firewire0: 2 nodes, maxhop <= 1, cable > IRM = 1 (me) > Feb 21 12:22:27 dhcp01 kernel: fwohci0: BUS reset > Feb 21 12:22:27 dhcp01 kernel: fwohci0: node_id = 0xc000ffc1, > CYCLEMASTER mode > Feb 21 12:22:27 dhcp01 kernel: firewire0: 2 nodes, maxhop <= 1, cable > IRM = 1 (me) > Feb 21 12:22:27 dhcp01 kernel: fwohci0: BUS reset > Feb 21 12:22:27 dhcp01 kernel: fwohci0: node_id = 0xc000ffc1, > CYCLEMASTER mode > Feb 21 12:22:27 dhcp01 kernel: firewire0: 2 nodes, maxhop <= 1, cable > IRM = 1 (me) > Feb 21 12:22:27 dhcp01 kernel: fwohci0: BUS reset > Feb 21 12:22:27 dhcp01 kernel: fwohci0: node_id = 0xc000ffc1, > CYCLEMASTER mode > Feb 21 12:22:27 dhcp01 kernel: firewire0: 2 nodes, maxhop <= 1, cable > IRM = 1 (me) > Feb 21 12:22:27 dhcp01 kernel: fwohci0: BUS reset > Feb 21 12:22:28 dhcp01 kernel: fwohci0: node_id = 0xc000ffc0, > CYCLEMASTER mode > Feb 21 12:22:28 dhcp01 kernel: firewire0: 1 nodes, maxhop <= 0, cable > IRM = 0 (me) > \end{/var/log/messages snippet} > > -- > Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-firewire" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-firewire" in the body of the message From owner-freebsd-firewire Sat Feb 22 5:26: 3 2003 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 5AC7137B401 for ; Sat, 22 Feb 2003 05:26:01 -0800 (PST) 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 CE97D43FBF for ; Sat, 22 Feb 2003 05:25:58 -0800 (PST) (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 EA0112180E0 for ; Sat, 22 Feb 2003 22:25:55 +0900 (JST) Received: from mailhosting.itc.u-tokyo.ac.jp (IDENT:mirapoint@mailhosting.itc.u-tokyo.ac.jp [133.11.205.3]) by is1.mh.itc.u-tokyo.ac.jp (8.11.3/8.11.3) with ESMTP id h1MDPtc01730; Sat, 22 Feb 2003 22:25:55 +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 AHY07136; Sat, 22 Feb 2003 22:25:54 +0900 (JST) Date: Sat, 22 Feb 2003 22:25:54 +0900 Message-ID: From: Hidetoshi Shimokawa To: Marcel Moolenaar Cc: firewire@FreeBSD.org Subject: Re: Bad news: bus resets not fixed yet In-Reply-To: <20030222002547.GA1247@dhcp01.pn.xcllnt.net> References: <20030222002547.GA1247@dhcp01.pn.xcllnt.net> 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 Fri, 21 Feb 2003 16:25:47 -0800, Marcel Moolenaar wrote: > > Gang, > > I rebooted after Hidetoshi-san's patch has been committed and I > also made sure to include ken's cd(4) fixes, but unfortunately > the bus resets have returned. We may have timing problems that > were hidden by the additional overhead of emitting the debug info. > Unfortunately I don't have much time to experiment with that, but > do want to pitch the following question(s): > o Aren't bus resets expensive operations in general/principle? It's expensive, at least, for bus operation. We cannot do transactions while bus reset phase. > o My logs show 6 resets per second (unoptimized :-). Isn't this > high no matter if there's a bug or not? Too high and unusual. Please note the driver doesn't initiate bus reset at all as far as dmesg says. Your CD drive seems initiate bus reset. (fwcontrol -t shows who initiated bus reset last time) phy chip of your laptop may initiate bus reset. > o Are we not supposed to give devices some time to react upon the > or otherwise build in some safety? I don't know about that. Even with the success case: http://www.xcllnt.net/~marcel/vaio.txt Feb 20 13:10:17 dhcp01 kernel: sbp_post_explore (sbp_cold=2) Feb 20 13:10:17 dhcp01 kernel: sbp_post_explore: EUI:08004603011eb709 spec=1 key=1. Feb 20 13:10:17 dhcp01 kernel: target 0 lun 0 found Feb 20 13:10:17 dhcp01 kernel: sbp0:0:0 LOGIN Feb 20 13:10:17 dhcp01 kernel: sbp0:0:0 ordered:0 type:5 EUI:08004603011eb709 node:1 speed:2 maxrec:10 new! Feb 20 13:10:17 dhcp01 kernel: sbp0:0:0 'Sony' 'PCGA-DSM5' 'ad1830' Feb 20 13:10:17 dhcp01 kernel: fwohci0: BUS reset Someone initiated bus reset just after login operation. I'd like to know why this happens... /\ 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 From owner-freebsd-firewire Sat Feb 22 11:47:50 2003 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 B87DB37B405 for ; Sat, 22 Feb 2003 11:47:45 -0800 (PST) Received: from ns1.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 906A143FBF for ; Sat, 22 Feb 2003 11:47:44 -0800 (PST) (envelope-from marcel@xcllnt.net) Received: from dhcp01.pn.xcllnt.net (dhcp01.pn.xcllnt.net [192.168.4.201]) by ns1.xcllnt.net (8.12.6/8.12.6) with ESMTP id h1MJlh1o030662; Sat, 22 Feb 2003 11:47:44 -0800 (PST) (envelope-from marcel@piii.pn.xcllnt.net) Received: from dhcp01.pn.xcllnt.net (localhost [127.0.0.1]) by dhcp01.pn.xcllnt.net (8.12.7/8.12.7) with ESMTP id h1MJlhmj000679; Sat, 22 Feb 2003 11:47:43 -0800 (PST) (envelope-from marcel@dhcp01.pn.xcllnt.net) Received: (from marcel@localhost) by dhcp01.pn.xcllnt.net (8.12.7/8.12.7/Submit) id h1MJlfCw000678; Sat, 22 Feb 2003 11:47:41 -0800 (PST) Date: Sat, 22 Feb 2003 11:47:41 -0800 From: Marcel Moolenaar To: Hidetoshi Shimokawa Cc: firewire@FreeBSD.org Subject: Re: Bad news: bus resets not fixed yet Message-ID: <20030222194741.GA579@dhcp01.pn.xcllnt.net> References: <20030222002547.GA1247@dhcp01.pn.xcllnt.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.3i Sender: owner-freebsd-firewire@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Feb 22, 2003 at 10:25:54PM +0900, Hidetoshi Shimokawa wrote: > > > > I rebooted after Hidetoshi-san's patch has been committed and I > > also made sure to include ken's cd(4) fixes, but unfortunately > > the bus resets have returned. We may have timing problems that > > were hidden by the additional overhead of emitting the debug info. As a quick update: Enabling debug in sbp "fixed" the problem. dmesg shows (partial, it should not be much different (if at all) from the one I gave the URL to before -- now it's archived): : FreeBSD 5.0-CURRENT #10: Sat Feb 22 01:18:29 PST 2003 marcel@dhcp01.pn.xcllnt.net:/usr/src/sys/i386/compile/VAIO : fwohci0: mem 0xe0200000-0xe0203fff,0xe0205000-0xe02057ff at device 2.0 on pci2 fwohci0: PCI bus latency was changing to 250. pcib1: slot 2 INTA is routed to irq 9 fwohci0: OHCI version 1.10 (ROM=1) fwohci0: No. of Isochronous channel is 4. fwohci0: EUI64 08:00:46:03:01:24:cb:1d fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 sbp_identify sbp_probe sbp0: on firewire0 sbp_attach (cold=1) fwohci0: Initiate bus reset fwohci0: BUS reset fwohci0: node_id = 0xc000ffc1, CYCLEMASTER mode firewire0: 2 nodes, maxhop <= 1, cable IRM = 1 (me) : firewire0: New S400 device ID:08004603011eb709 firewire0: Device SBP-II sbp_post_explore (sbp_cold=2) sbp_post_explore: EUI:08004603011eb709 spec=1 key=1. target 0 lun 0 found sbp0:0:0 LOGIN sbp0:0:0 ordered:0 type:5 EUI:08004603011eb709 node:0 speed:2 maxrec:10 new! sbp0:0:0 'Sony' 'PCGA-DSM5' 'ad1830' fwohci0: BUS reset fw_xfer_done: pending fwohci0: node_id = 0xc000ffc1, CYCLEMASTER mode firewire0: 2 nodes, maxhop <= 1, cable IRM = 1 (me) ad0: 28615MB [58140/16/63] at ata0-master UDMA100 pcm0: measured ac97 link rate at 5994 Hz sbp_post_explore (sbp_cold=1) sbp_post_explore: EUI:08004603011eb709 spec=1 key=1. sbp0:0:0 RECONNECT sbp0:0:0 ordered:0 type:5 EUI:08004603011eb709 node:0 speed:2 maxrec:10 new! sbp0:0:0 'Sony' 'PCGA-DSM5' 'ad1830' fw_attach_dev: 1 pending handlers called sbp0:0:0 ORB status src:1 resp:0 dead:0 len:1 stat:4 orb:00080513c sbp0:0:0 Access denied sbp0:0:0 reconnect failed sbp0:0:0 LOGIN (probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (probe0:umass-sim0:0:0:0): SCSI Status: Check Condition (probe0:umass-sim0:0:0:0): UNIT ATTENTION asc:29,0 (probe0:umass-sim0:0:0:0): Power on, reset, or bus device reset occurred (probe0:umass-sim0:0:0:0): Retrying Command (per Sense Data) (probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (probe0:umass-sim0:0:0:0): SCSI Status: Check Condition (probe0:umass-sim0:0:0:0): NOT READY asc:3a,0 (probe0:umass-sim0:0:0:0): Medium not present (probe0:umass-sim0:0:0:0): Unretryable error Mounting root from ufs:/dev/ad0s1a sbp0:0:0 login: len 12, ID 0, cmd 0000fffff0010100, recon_hold 0 sbp0:0:0 sbp_busy_timeout sbp0:0:0 sbp_agent_reset sbp0:0:0 sbp_do_attach sbp0:0:0 sbp_cam_scan_lun sbp0:0:0 ORB status src:1 resp:0 dead:0 len:7 stat:c orb:00080560c sbp0:0:0 Request aborted sbp0:0:0 XPT_SCSI_IO: cmd: 12 01 80 00 ff 00 ff af f7 f7, flags: 0x40, 6b cmd/255b data/18b sense sbp0:0:0 SCSI status 2 sfmt 0 valid 0 key 5 code 24 qlfr 0 len 7 sbp0:0:0 ORB status src:1 resp:0 dead:0 len:7 stat:c orb:000805740 sbp0:0:0 Request aborted sbp0:0:0 XPT_SCSI_IO: cmd: 00 00 00 00 00 00 ff af f7 f7, flags: 0xc0, 6b cmd/0b data/32b sense sbp0:0:0 SCSI status 2 sfmt 0 valid 0 key 6 code 29 qlfr 0 len 7 sbp0:0:0 sbp_cam_callback sbp0:0:0 ORB status src:1 resp:0 dead:0 len:7 stat:c orb:000805874 sbp0:0:0 Request aborted sbp0:0:0 XPT_SCSI_IO: cmd: 25 00 00 00 00 00 00 00 00 00, flags: 0x40, 10b cmd/8b data/32b sense sbp0:0:0 SCSI status 2 sfmt 0 valid 0 key 2 code 3a qlfr 0 len 7 cd0 at sbp0 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 50.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present This looks good. Next step: Rebuild with the exact same sources, but with debug disabled again, just to make sure no other changes have been made (ie cvs update). If the bus reset loop (I have to give it a name) reappears we have something that's reproducable, which means we can try to narrow down on the code... > > o Aren't bus resets expensive operations in general/principle? > > It's expensive, at least, for bus operation. > We cannot do transactions while bus reset phase. Hmmmm... As Katsushi-san explained, bus resets happen for a couple of reasons of which one can be unstability. If we know bus resets are expensive, we may be able to limit the rate of bus resets or simply bring down the bus (can we keep a device off the bus?) if we detect a bus reset loop... just a thought... > > o My logs show 6 resets per second (unoptimized :-). Isn't this > > high no matter if there's a bug or not? > > Too high and unusual. > Please note the driver doesn't initiate bus reset at all as far > as dmesg says. Your CD drive seems initiate bus reset. > (fwcontrol -t shows who initiated bus reset last time) > phy chip of your laptop may initiate bus reset. Ah... interesting. With debug enabled it shows: dhcp01% sudo fwcontrol -t crc_len: 4 generation:2 node_count:2 sid_count:2 id link gap_cnt speed delay cIRM power port0 port1 port2 ini more 00 1 1 S400 0 0 0W - P 1 0 01 1 1 S400 0 1 0W - C 0 0 I'm interested to see what it will show when I disable debug again. > Even with the success case: > http://www.xcllnt.net/~marcel/vaio.txt > Someone initiated bus reset just after login operation. I'd like to > know why this happens... Ok. I'll pay special attention to that. -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-firewire" in the body of the message