Bug 410621 - [firewire] dvgrab gets SEGV during exit cleanup
Summary: [firewire] dvgrab gets SEGV during exit cleanup
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 5
Classification: Red Hat
Component: dvgrab
Version: 5.2
Hardware: All
OS: Linux
low
low
Target Milestone: ---
: ---
Assignee: Jarod Wilson
QA Contact:
URL:
Whiteboard:
Depends On: 410601
Blocks:
TreeView+ depends on / blocked
 
Reported: 2007-12-04 16:38 UTC by Jarod Wilson
Modified: 2013-04-12 19:27 UTC (History)
3 users (show)

Fixed In Version: RHEA-2008-0011
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2008-01-03 11:07:57 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHEA-2008:0011 0 normal SHIPPED_LIVE dvgrab and libraw1394 enhancement update 2008-01-03 11:07:52 UTC

Description Jarod Wilson 2007-12-04 16:38:56 UTC
Once libraw1394 is updated for use with the RHEL5 firewire stack (bug 410601), dvgrab will still 
segfault until we update it as well.

+++ This bug was initially created as a clone of Bug #331271 +++

Description of problem:
The dvgrab program always reports a segmentation fault
when it completes.  Here is a stack trace from gdb:
  (gdb) run -d 1
  Starting program: /usr/src/redhat/BUILD/dvgrab-3.0/dvgrab -d 1
   ... 
  Found AV/C device with GUID 0x002011010101c205
  [New Thread -1315226736 (LWP 4828)]
  [New Thread -1208543536 (LWP 4825)]
  [New Thread -1326355568 (LWP 4829)]
  ""     0.00 MB 0 frames
  Capture Stopped
  [Thread -1326355568 (LWP 4829) exited]
 
  Program received signal SIGSEGV, Segmentation fault.
  [Switching to Thread -1208543536 (LWP 4825)]
  0x003e2bec in free () from /lib/libc.so.6
  (gdb) where
  #0  0x003e2bec in free () from /lib/libc.so.6
  #1  0x005351b0 in iec61883_dv_fb_close () from /usr/lib/libiec61883.so.0
  #2  0x08069e7e in iec61883Reader::StopReceive (this=0xb7e59008)
      at ieee1394io.cc:475
  #3  0x0806a8e2 in iec61883Reader::StopThread (this=0xb7e59008)
      at ieee1394io.cc:353
  #4  0x08053ec1 in DVgrab::cleanup (this=0xbfeca1d4) at dvgrab.cc:1185
  #5  0x080567aa in ~DVgrab (this=0xbfeca1d4) at dvgrab.cc:151
  #6  0x0806cb45 in main (argc=Cannot access memory at address 0x0
      ) at main.cc:134
 

Version-Release number of selected component (if applicable):


How reproducible:


Steps to Reproduce:
1. run the dvgrab for 1 second with  "dvgrab -d 1"
2. ???
3. profit!
  
Actual results:


Expected results:

Additional info:  might be same problem as BUG 328011

-- Additional comment from jwilson on 2007-10-22 10:02 EST --
Please let me know if you can still reproduce this with libraw1394-1.3.0-2.fc8,
which carries the fix for bug 328011, which does seem like it might take care of
this as well.

Packages can be fetched straight out of koji if they aren't in the
development/f8 repo just yet.

http://koji.fedoraproject.org/packages/libraw1394/1.3.0/2.fc8/

-- Additional comment from jwilson on 2007-10-22 13:42 EST --
Never mind, I've reproduced it with dvgrab-3.0-1.fc8 and libraw1394-1.3.0-2.fc8,
problem still exists.

-- Additional comment from jwilson on 2007-10-22 17:44 EST --
...and now I've got a fix for dvgrab. I don't quite fully understand why a few
things are going on in this code[*], need to talk to upstream, but I'm going to
push this update ASAP since it fixes the segfault.


[*] like StopReceive() calling iec61883_dv_fb_close() instead of
iec61883_dv_fb_stop(), since Close() calls iec61883_dv_fb_close() as well, and
making that change makes things play nice w/juju...

-- Additional comment from pekane52 on 2007-10-23 07:27 EST --
The version at 
   http://koji.fedoraproject.org/packages/dvgrab/3.0/2.fc8/
has fixed the problem.  Thank you for fixing this annoyance.

Pat
----
P.S. Another annoyance I have with my DV equipment is that sometimes
     my F8T3 laptop can not find that Canopus converter box. For
     example late last night I tried to test this bug fix but dvgrab
     could not "see" the Firewire converter box, I rebooted to a few
     different recent kernels but had no better luck -- I turned 
     everything off and went to bed.  This morning I booted to my
     default system (2.6.23-1.fc8) and dvgrab worked okay.  

     I notice that when it does work I get a kernel INFO msg about
     a possible recursive lock from firewire_core. (bug 323411)

     




-- Additional comment from jwilson on 2007-10-23 16:25 EST --
I posted the patch to the kino-dev mailing list last night, will see what folks
have to see there. In the mean time, this patched dvgrab is now slated for
inclusion in Fedora 8, and I'm going to close the bug.

-- Additional comment from updates on 2007-11-09 18:53 EST --
dvgrab-3.0-2.fc7 has been pushed to the Fedora 7 testing repository.  If problems still persist, please 
make note of it in this bug report.
 If you want to test the update, you can install it with 
 su -c 'yum --enablerepo=updates-testing update dvgrab'

Comment 1 Jarod Wilson 2007-12-04 16:39:47 UTC
Given that dvgrab has never actually worked with anything we ship in RHEL5, no chance of regression, 
very safe update, and one we could probably do as a z-stream update.

Comment 2 RHEL Program Management 2007-12-04 16:44:50 UTC
This request was evaluated by Red Hat Product Management for
inclusion, but this component is not scheduled to be updated in
the current Red Hat Enterprise Linux release.  This request will
be reviewed for a future Red Hat Enterprise Linux release.

Comment 9 errata-xmlrpc 2008-01-03 11:07:57 UTC
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on the solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.

http://rhn.redhat.com/errata/RHEA-2008-0011.html



Note You need to log in before you can comment on or make changes to this bug.