From owner-freebsd-firewire@FreeBSD.ORG Mon Jun 8 01:41:40 2009 Return-Path: Delivered-To: freebsd-firewire@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 63424106566B for ; Mon, 8 Jun 2009 01:41:40 +0000 (UTC) (envelope-from freebsd@chthonic.com) Received: from l2mail1.panix.com (l2mail1.panix.com [166.84.1.75]) by mx1.freebsd.org (Postfix) with ESMTP id 1D6798FC15 for ; Mon, 8 Jun 2009 01:41:40 +0000 (UTC) (envelope-from freebsd@chthonic.com) Received: from mail1.panix.com (mail1.panix.com [166.84.1.72]) by l2mail1.panix.com (Postfix) with ESMTP id 4F780A4 for ; Sun, 7 Jun 2009 21:25:41 -0400 (EDT) Received: from panix5.panix.com (panix5.panix.com [166.84.1.5]) by mail1.panix.com (Postfix) with ESMTP id 327221F3CC for ; Sun, 7 Jun 2009 21:25:40 -0400 (EDT) Received: by panix5.panix.com (Postfix, from userid 16484) id 1C638242F3; Sun, 7 Jun 2009 21:25:40 -0400 (EDT) Date: Sun, 7 Jun 2009 21:25:39 -0400 From: "Joe A." To: freebsd-firewire@freebsd.org Message-ID: <20090608012539.GA1964@panix.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.18 (2008-05-17) Subject: Failure to pull DV from Panasonic PV-GS320 X-BeenThere: freebsd-firewire@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Firewire support in FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jun 2009 01:41:40 -0000 [NB: I am not subscribed to the list; please Cc: me. Thanks] Greetings... In September 2008, I was able to do this on FreeBSD 7.0: fwcontrol -R mini.dv I'd see this: Detected DV format on input. (EAGAIN) - push 'Play'? (EAGAIN) - push 'Play'? NTSC 012345678901234567890123456789 and eventually obtain a dv file named mini.dv. At that time, and now, I used a VIA VT6306. However, it now fails: fwcontrol -R mini.dv fwcontrol: detect_recv_fn: ioctl FW_SSTBUF: Bad file descriptor And I am unable to retrieve the DV from the tape. Grasping at straws, I tried this: sysctl hw.firewire.try_bmr=0 fwcontrol -r No joy; failures continued. As far as I know, the only thing different is the upgrade to 7.1 that I had to undertake, due to EOL of 7.0. Is this a problem, known or new, or PEBKAC? I have this on the motherboard; but it also fails: fwohci0@pci0:2:1:0: class=0x0c0010 card=0x2a36103c chip=0x581111c1 rev=0x70 hdr=0x00 vendor = 'Lucent/Agere Systems (Was: AT&T MicroElectronics)' device = 'FW322 1394A PCI PHY/Link Open Host Ctrlr I/F' class = serial bus subclass = FireWire As of June 7, I see these: fwcontrol -t crc_len: 4 generation:5 node_count:2 sid_count:2 id link gap_cnt speed delay cIRM power port0 port1 port2 ini more 00 1 44 S400 0 1 0W P - 0 0 01 1 44 S100 0 1 0W C 1 0 fwcontrol -c 0 first quad: 0x04327a95 info_len=4 crc_len=50 crc=0x7a95(OK) bus_name: 0x31333934 irmc:1 cmc:1 isc:1 bmc:1 pmc:0 cyc_clk_acc:100 max_rec:10 max_rom:0 generation:3 link_spd:2 EUI64: 00-11-d8-00-00-e9-3b-e5 root_directory: len=0x0006(6) crc=0x8a3e(OK) 0c(I:0c) 0083c0 node_capabilities: 03(I:03) acde48 module_vendor_ID: 81(L:01) 000004 text_leaf: len=7 crc=0x82ed(OK) FreeBSD Project 04(I:04) 0ab248 hardware_version: 81(L:01) 00000a text_leaf: len=9 crc=0xd5f4(OK) d1(D:11) 000013 unit_directory: len=8 crc=0x83a4(OK) 12(I:12) acde48 unit_spec_ID: 81(L:01) 000007 text_leaf: len=5 crc=0xec03(OK) FreeBSD 13(I:13) 64636f unit_sw_version: 81(L:01) 00000b text_leaf: len=5 crc=0xc6ec(OK) dcons 3a(I:3a) 000001 unit_characteristics: 3b(I:3b) 264000 command_set_revision: 3c(I:3c) 000000 firmware_revision: 3d(I:3d) 8cf740 reconnect_timeout: fwcontrol -c 1 first quad: 0x0404d64e info_len=4 crc_len=4 crc=0xd64e(OK) bus_name: 0x31333934 irmc:1 cmc:1 isc:1 bmc:0 pmc:0 cyc_clk_acc:100 max_rec:4 max_rom:0 generation:0 link_spd:0 EUI64: 00-80-45-80-11-94-f5-f6 root_directory: len=0x0007(7) crc=0x0270(OK) 03(I:03) 008045 module_vendor_ID: 81(L:01) 00000b text_leaf: len=5 crc=0x508c(OK) Panasonic 17(I:17) 803337 model_ID: 81(L:01) 000012 text_leaf: len=5 crc=0x483a(OK) PV-GS320 0c(I:0c) 0083c0 node_capabilities: 8d(L:0d) 00000d unknown: len=2 crc=0x0a3f(OK) d1(D:11) 000001 unit_directory: len=4 crc=0x1f4e(OK) 12(I:12) 00a02d unit_spec_ID: 13(I:13) 010001 unit_sw_version: AV/C 17(I:17) 803337 model_ID: 81(L:01) 00000a text_leaf: len=5 crc=0x483a(OK) PV-GS320 >From pre-September 2008, as I was learning to manipulate the DV camera: fwcontrol -t crc_len: 3 generation:1 node_count:1 sid_count:1 id link gap_cnt speed delay cIRM power port0 port1 port2 ini more 00 1 63 S400 0 1 15W - - - 1 0 fwcontrol -c 0 first quad: 0x04167e69 info_len=4 crc_len=22 crc=0x7e69(OK) bus_name: 0x31333934 irmc:1 cmc:1 isc:1 bmc:1 pmc:0 cyc_clk_acc:100 max_rec:10 max_rom:0 generation:2 link_spd:2 EUI64: 00-11-06-66-00-00-03-12 root_directory: len=0x0005(5) crc=0xf64b(OK) 0c(I:0c) 0083c0 node_capabilities: 03(I:03) acde48 module_vendor_ID: 81(L:01) 000003 text_leaf: len=7 crc=0x82ed(OK) FreeBSD Project 04(I:04) 093378 hardware_version: 81(L:01) 000009 text_leaf: len=3 crc=0x0000(OK) >From dmesg about the firewire card: fwohci0: port 0xa000-0xa07f mem 0xfa010000-0xfa0107ff irq 7 at device 2.0 on pci2 fwohci0: OHCI version 1.10 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:11:06:66:00:00:03:12 fwohci0: Phy 1394a available S400, 3 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 From owner-freebsd-firewire@FreeBSD.ORG Mon Jun 8 11:06:51 2009 Return-Path: Delivered-To: freebsd-firewire@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B2EBE10656EB for ; Mon, 8 Jun 2009 11:06:51 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 9F3F38FC1E for ; Mon, 8 Jun 2009 11:06:51 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n58B6p70020609 for ; Mon, 8 Jun 2009 11:06:51 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n58B6psE020605 for freebsd-firewire@FreeBSD.org; Mon, 8 Jun 2009 11:06:51 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 8 Jun 2009 11:06:51 GMT Message-Id: <200906081106.n58B6psE020605@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-firewire@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-firewire@FreeBSD.org X-BeenThere: freebsd-firewire@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Firewire support in FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jun 2009 11:06:52 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- p kern/125673 firewire [firewire] [panic] FreeBSD7 panics when kldunloading f o kern/122951 firewire [firewire] video-transfer via fwcontrol triggers a pan o kern/118093 firewire [firewire] firewire bus reset hogs CPU, causing data t p kern/114646 firewire [firewire] [patch] firewire fails after suspend/resume o kern/113785 firewire [firewire] dropouts when playing DV on firewire o kern/97208 firewire [firewire] System hangs / locks up when a firewire dis o kern/74238 firewire [firewire] fw_rcv: unknown response; firewire ad-hoc w 7 problems total. From owner-freebsd-firewire@FreeBSD.ORG Mon Jun 8 21:36:23 2009 Return-Path: Delivered-To: freebsd-firewire@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D329106568F for ; Mon, 8 Jun 2009 21:36:23 +0000 (UTC) (envelope-from sean.bruno@dsl-only.net) Received: from iron2.pdx.net (iron2.pdx.net [69.64.224.71]) by mx1.freebsd.org (Postfix) with ESMTP id E13128FC0C for ; Mon, 8 Jun 2009 21:36:22 +0000 (UTC) (envelope-from sean.bruno@dsl-only.net) Received: (qmail 22272 invoked from network); 8 Jun 2009 14:36:20 -0700 Received: from 069-064-235-060.pdx.net (HELO ?192.168.1.130?) (69.64.235.60) by iron2.pdx.net with (DHE-RSA-AES256-SHA encrypted) SMTP; 8 Jun 2009 14:36:19 -0700 From: Sean Bruno To: "Joe A." In-Reply-To: <20090608012539.GA1964@panix.com> References: <20090608012539.GA1964@panix.com> Content-Type: text/plain Date: Mon, 08 Jun 2009 14:36:21 -0700 Message-Id: <1244496981.6095.8.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 (2.24.5-1.fc10) Content-Transfer-Encoding: 7bit Cc: freebsd-firewire@freebsd.org Subject: Re: Failure to pull DV from Panasonic PV-GS320 X-BeenThere: freebsd-firewire@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Firewire support in FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jun 2009 21:36:24 -0000 On Sun, 2009-06-07 at 21:25 -0400, Joe A. wrote: > [NB: I am not subscribed to the list; please Cc: me. Thanks] > > > Greetings... > > In September 2008, I was able to do this on FreeBSD 7.0: > > fwcontrol -R mini.dv > > I'd see this: > > Detected DV format on input. > (EAGAIN) - push 'Play'? > (EAGAIN) - push 'Play'? > NTSC > 012345678901234567890123456789 > > > and eventually obtain a dv file named mini.dv. > > At that time, and now, I used a VIA VT6306. However, it now fails: > > fwcontrol -R mini.dv > fwcontrol: detect_recv_fn: ioctl FW_SSTBUF: Bad file descriptor > > And I am unable to retrieve the DV from the tape. > > Grasping at straws, I tried this: > sysctl hw.firewire.try_bmr=0 > fwcontrol -r Ok, my first guess is that fwcontrol did not get rebuilt in your upgrade? I modified fwcontrol to be a bit smarter a while ago. However this did require a rebuild of /usr/sbin/fwcontrol from source. You may want to try "fwcontrol -u 1 -R mini.dv" Since the device list NOW includes the firewire controller in your PC, and that controller is now device "0", you will have to specify the device number with the -u switch. Sean From owner-freebsd-firewire@FreeBSD.ORG Tue Jun 9 14:56:25 2009 Return-Path: Delivered-To: freebsd-firewire@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 303CA106567A for ; Tue, 9 Jun 2009 14:56:25 +0000 (UTC) (envelope-from fj@panix.com) Received: from l2mail1.panix.com (l2mail1.panix.com [166.84.1.75]) by mx1.freebsd.org (Postfix) with ESMTP id 064878FC0A for ; Tue, 9 Jun 2009 14:56:24 +0000 (UTC) (envelope-from fj@panix.com) Received: from mail1.panix.com (mail1.panix.com [166.84.1.72]) by l2mail1.panix.com (Postfix) with ESMTP id 23B731CD for ; Tue, 9 Jun 2009 10:40:00 -0400 (EDT) Received: from panix5.panix.com (panix5.panix.com [166.84.1.5]) by mail1.panix.com (Postfix) with ESMTP id 486CA1F1F6 for ; Tue, 9 Jun 2009 10:39:59 -0400 (EDT) Received: by panix5.panix.com (Postfix, from userid 16484) id 29830242F6; Tue, 9 Jun 2009 10:39:59 -0400 (EDT) Date: Tue, 9 Jun 2009 10:39:59 -0400 From: "Joe A." To: freebsd-firewire@freebsd.org Message-ID: <20090609143958.GA10414@panix.com> References: <20090608012539.GA1964@panix.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090608012539.GA1964@panix.com> User-Agent: Mutt/1.5.18 (2008-05-17) Subject: Re: Failure to pull DV from Panasonic PV-GS320 X-BeenThere: freebsd-firewire@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Firewire support in FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jun 2009 14:56:25 -0000 Sean... I read your mail, and ended up doing this: fwcontrol -u 0 -M dv -R mini.dv Using the onboard firewire chip. When I combine the part about the '-M' flag: -M mode Explicitly specify either dv or mpeg mode for the incoming stream. Only meaningful in case of and must precede the -R option. If not specified, the program will try to guess. with the example: EXAMPLES fwcontrol -R original.dv Receive a DV stream with DV camera attached. To my eyes, it looked (and looks) as if the '-M' flag was optional; and for whatever reason, I did not have to specify '-M dv' prior to this instance; so fwcontrol guessed correctly for all previous instances. Anyway, problem solved; thanks for your help. Also, I apologize for the bounce; my alias was broken.