Backports to the rescue (was: dvgrab/firewire - partial video & no second download)

[Rolf Brudeseth <misc@brudeseth.name>]

On 04/12/2011 02:07 AM, Кабиольский Евгений wrote:
> Rolf Brudeseth wrote:
> > I am running into two problems with dvgrab.
> >
> > Camcorder: Canon Elura 100 (miniDV)
> >
> > - dvgrab will intermittently not download the entire image (~1 hour 
> > video):
> >
> > $ dvgrab -timestamp -size 0 -format raw
> > Found AV/C device with GUID 0x000085000110863c
> > Waiting for DV...
> > Capture Started
> > send oops
> > ~ snip, deleted a whole bunch of 'send oops'
> > send oops
> >
> > The size of the file varies each time I download from the Camcorder.
> >
> > $ dmesg|grep firewire
> > [    2.495874] firewire_ohci 0000:02:00.0: PCI INT A -> GSI 19 
> > (level, low) -> IRQ 19
> > [    2.495879] firewire_ohci 0000:02:00.0: setting latency timer to 64
> > [    2.572029] firewire_ohci: Added fw-ohci device 0000:02:00.0, OHCI 
> > version 1.10
> > [    3.072420] firewire_core: created device fw0: GUID 
> > 001fc6000002998f, S400
> > [ 1829.024061] firewire_core: giving up on config rom for node id ffc1
> > [ 1832.187027] firewire_core: BM lock failed, making local node 
> > (ffc0) root.
> > [ 1832.187036] firewire_core: phy config: card 0, new root=ffc0, 
> > gap_count=5
> > [ 1832.189002] firewire_ohci: isochronous cycle inconsistent
> > [ 1832.709485] firewire_core: created device fw1: GUID 
> > 000085000110863c, S100
> >
> > # tail -n 6 /var/log/messages
> > Apr 11 11:59:25 maiden kernel: [ 1829.024061] firewire_core: giving 
> > up on config rom for node id ffc1
> > Apr 11 11:59:28 maiden kernel: [ 1832.187027] firewire_core: BM lock 
> > failed, making local node (ffc0) root.
> > Apr 11 11:59:28 maiden kernel: [ 1832.187036] firewire_core: phy 
> > config: card 0, new root=ffc0, gap_count=5
> > Apr 11 11:59:28 maiden kernel: [ 1832.189002] firewire_ohci: 
> > isochronous cycle inconsistent
> > Apr 11 11:59:28 maiden kernel: [ 1832.709485] firewire_core: created 
> > device fw1: GUID 000085000110863c, S100
> > Apr 11 13:14:55 maiden kernel: [ 6359.637894] dvgrab[2882]: segfault 
> > at 2a100b0 ip 0000000002a100b0 sp 00007fff3d11f328 error 15
> >
> > # lspci -vs 02:00.0
> > 02:00.0 FireWire (IEEE 1394): JMicron Technology Corp. IEEE 1394 Host 
> > Controller (prog-if 10 [OHCI])
> >     Subsystem: ASUSTeK Computer Inc. Device 8313
> >     Flags: bus master, fast devsel, latency 0, IRQ 19
> >     Memory at feaff800 (32-bit, non-prefetchable) [size=2K]
> >     Memory at feaff400 (32-bit, non-prefetchable) [size=128]
> >     Memory at feaff000 (32-bit, non-prefetchable) [size=128]
> >     Memory at feafec00 (32-bit, non-prefetchable) [size=128]
> >     Capabilities: [44] Power Management version 3
> >     Capabilities: [80] Express Endpoint, MSI 00
> >     Capabilities: [94] MSI: Enable- Count=1/1 Maskable- 64bit-
> >     Kernel driver in use: firewire_ohci
> >
> > - dvgrab will consistently not allow me to download a second video 
> > without a reboot
> >
> > $ dvgrab -timestamp -size 0 -format raw
> > rom1394_0 warning: read failed: 0x0000fffff0000414
> > error reading config rom directory for node 0
> > rom1394_1 warning: read failed: 0x0000fffff0000414
> > error reading config rom directory for node 1
> > Error: no camera exists
> >
> > Anybody got an idea what may be going on?
> >
> > Rolf
> First, try using legacy ieee1394 drivers. I think that you had no 
> problems using lenny =))). I had same problems using MyBook Studio II 
> external drive box. System suddenly loose my drive, until reboot. I 
> got kernel source, compiled it with legacy ieee1394 drivers and 
> blacklisted new firewire stack. I'm happy.
For those that have encountered the same problem, here was the clue to 
resolving it:
https://ieee1394.wiki.kernel.org/index.php/Release_Notes

I successfully transferred the content of 30 minidv tapes after I 
upgraded to the following backports kernel:
$ uname -r
2.6.38-bpo.2-amd64

Rolf