From owner-freebsd-firewire@FreeBSD.ORG Mon Jan 24 19:43:34 2005 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 CEF1316A4CE for ; Mon, 24 Jan 2005 19:43:34 +0000 (GMT) Received: from relay02.roc.ny.frontiernet.net (relay02.roc.ny.frontiernet.net [66.133.131.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3257343D39 for ; Mon, 24 Jan 2005 19:43:34 +0000 (GMT) (envelope-from drew@mykitchentable.net) Received: from filter02.roc.ny.frontiernet.net (filter02.roc.ny.frontiernet.net [66.133.131.177]) by relay02.roc.ny.frontiernet.net (Postfix) with ESMTP id 92DF5FE9B for ; Mon, 24 Jan 2005 19:43:32 +0000 (UTC) Received: from relay02.roc.ny.frontiernet.net ([66.133.131.35]) [66.133.131.177]) (amavisd-new, port 10024) with LMTP id 15999-10 for ; Mon, 24 Jan 2005 19:43:32 +0000 (UTC) Received: from blacklamb.mykitchentable.net (67-137-237-141.dsl2.elk.ca.frontiernet.net [67.137.237.141]) by relay02.roc.ny.frontiernet.net (Postfix) with ESMTP id 0CFDA102A4 for ; Mon, 24 Jan 2005 19:43:30 +0000 (UTC) Received: from [165.107.42.204] (unknown [165.107.42.204]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by blacklamb.mykitchentable.net (Postfix) with ESMTP id 3133C3BF36B for ; Mon, 24 Jan 2005 11:43:29 -0800 (PST) Message-ID: <41F54FD9.8010105@mykitchentable.net> Date: Mon, 24 Jan 2005 11:43:21 -0800 From: Drew Tomlinson User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-firewire@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new-20040701 (2.0) at filter02.roc.ny.frontiernet.net Subject: Help Interpreting sbp0 Errors X-BeenThere: freebsd-firewire@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Firewire support in FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jan 2005 19:43:34 -0000 I posted about this issue first on -questions but have not received a response. I'm hoping some one here might be able to offer some assistance. I've been having problems with vinum volumes since an upgrade from 4.9 to 4.10 which I posted about here: http://docs.freebsd.org/cgi/mid.cgi?41D748F0.1000303 However maybe that is the *symptom* instead of the *problem*. I shut down my system from the console and saw this output: --- BEGIN --- boot() called on cpu#0 Waiting (max 60 seconds) for system process `vnlru' to stop...stopped Waiting (max 60 seconds) for system process `bufdaemon' to stop...stopped Waiting (max 60 seconds) for system process `syncer' to stop...stopped syncing disks... 4 done Uptime: 28d20h48m39s sbp0:0:0 request timeout(mgm orb:0x0a550b14) ... reset start sbp0:0:0 request timeout(cmd orb:0x0a550c4c) ... agent reset (da2:sbp0:0:0:0): Synchronize cache failed, status == 0xb, scsi status == 0x0 sbp0:0:1 request timeout(cmd orb:0x0a5528a4) ... agent reset (da3:sbp0:0:0:1): Synchronize cache failed, status == 0xb, scsi status == 0x0 The operating system has halted. Please press any key to reboot. --- END --- da2 and da3 are two IDE drives in a firewire enclosure. These are also the drives that come up "referenced" after restarting. What do these errors mean? How can I correct them? Is the following section from the sbp man page applicable to my situation? Some (broken) HDDs don't work well with tagged queuing. If you have prob- lems with such drives, try ``camcontrol [device id] tags -N 1'' to dis- able tagged queuing. Thanks for your help! Drew -- Visit The Alchemist's Warehouse Magic Tricks, DVDs, Videos, Books, & More! http://www.alchemistswarehouse.com From owner-freebsd-firewire@FreeBSD.ORG Sat Jan 29 19:19:47 2005 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 52ADC16A4CE for ; Sat, 29 Jan 2005 19:19:47 +0000 (GMT) Received: from ithil.ics.muni.cz (ithil.ics.muni.cz [147.251.4.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5FC5843D1F for ; Sat, 29 Jan 2005 19:19:46 +0000 (GMT) (envelope-from hopet@ics.muni.cz) Received: from KLOBOUCEK (kloboucek.ics.muni.cz [147.251.3.38]) (user=hopet@META mech=LOGIN bits=0) by ithil.ics.muni.cz (8.12.1/8.12.1) with ESMTP id j0TJJgXQ008830 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Sat, 29 Jan 2005 20:19:43 +0100 From: "Petr Holub" To: Date: Sat, 29 Jan 2005 20:19:44 +0100 Message-ID: <003b01c50637$7d7ae0a0$2136fb93@KLOBOUCEK> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2377.0 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 X-Muni-Spam-TestIP: 147.251.3.38 X-Muni-Virus-Test: Clean cc: Hidetoshi Shimokawa Subject: reading MPEG-2 from firewire X-BeenThere: freebsd-firewire@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Firewire support in FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Jan 2005 19:19:47 -0000 Hi all, we have got our first HD camera which outputs HD MPEG-2 stream through it's firewire interface. I've tried to hack together simple fwcontrol based application to read the stream into a file. I started with what's available for DV in fwdv.c and modified the code according to what I was able to read from different IEC61883 descriptions (don't have access to real specs :( ). It seems to receive packets in correct MPEG-TS format but it seems that I receive just say one of 200 packets. Do I need to do the intialization in a different way than the following? (I've modified PSIZE to 596 which corresponds to maximum packet I've observed on the link when the camera is sending.) bufreq.rx.nchunk = NCHUNK; bufreq.rx.npacket = NPACKET_R; bufreq.rx.psize = PSIZE; bufreq.tx.nchunk = 0; bufreq.tx.npacket = 0; bufreq.tx.psize = 0; if (ioctl(d, FW_SSTBUF, &bufreq) < 0) { err(1, "ioctl"); } isoreq.ch = ich & 0x3f; isoreq.tag = (ich >> 6) & 3; if( ioctl(d, FW_SRSTREAM, &isoreq) < 0) err(1, "ioctl"); Thanks for any hint, Petr From owner-freebsd-firewire@FreeBSD.ORG Sat Jan 29 21:23:03 2005 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 032B116A4CE for ; Sat, 29 Jan 2005 21:23:03 +0000 (GMT) Received: from ithil.ics.muni.cz (ns.muni.cz [147.251.4.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B12543D41 for ; Sat, 29 Jan 2005 21:23:02 +0000 (GMT) (envelope-from hopet@ics.muni.cz) Received: from KLOBOUCEK (kloboucek.ics.muni.cz [147.251.3.38]) (user=hopet@META mech=LOGIN bits=0) by ithil.ics.muni.cz (8.12.1/8.12.1) with ESMTP id j0TLMxXQ010112 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Sat, 29 Jan 2005 22:22:59 +0100 From: "Petr Holub" To: Date: Sat, 29 Jan 2005 22:22:59 +0100 Message-ID: <004601c50648$b530bf90$2136fb93@KLOBOUCEK> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2377.0 Importance: Normal In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 X-Muni-Spam-TestIP: 147.251.3.38 X-Muni-Virus-Test: Clean cc: Hidetoshi Shimokawa Subject: RE: reading MPEG-2 from firewire X-BeenThere: freebsd-firewire@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Firewire support in FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Jan 2005 21:23:03 -0000 > MPEG-TS format but it seems that I receive just say one > of 200 packets. Do I need to do the intialization in a different Sorry about this question - it was my stupidity, I wasn't reading out all the packets from the buffer. But anyway, is the DBC counter in the CIP header expected to grow by more than 1? The sequences of DBC counter I get are like this: DBC counter (CIP header): 0 DBC counter (CIP header): 16 DBC counter (CIP header): 32 DBC counter (CIP header): 48 DBC counter (CIP header): 64 DBC counter (CIP header): 80 DBC counter (CIP header): 104 DBC counter (CIP header): 112 DBC counter (CIP header): 136 DBC counter (CIP header): 152 DBC counter (CIP header): 168 DBC counter (CIP header): 184 DBC counter (CIP header): 208 DBC counter (CIP header): 216 DBC counter (CIP header): 240 And the resulting MPEG-TS stream is not valid yet. Thanks, Petr