Bug 477279
Summary: | Problem with with VTR controls on Firewire camcorder | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Vic Ricker <vic> |
Component: | kernel | Assignee: | Kernel Maintainer List <kernel-maint> |
Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | medium | Docs Contact: | |
Priority: | low | ||
Version: | 9 | CC: | jarod, keith, kernel-maint, quintela, stefan-r-rhbz |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | 2.6.27.24-170.2.68.fc10 | Doc Type: | Bug Fix |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2009-06-03 08:03:16 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Vic Ricker
2008-12-20 00:35:05 UTC
So isochronous IO works while asynchronous IO fails (often, but not always: initial async IO from firewire-core works, otherwise /dev/fw1 wouldn't be created). The same symptoms have been reported against a recent kernel with the old ieee1394 drivers: https://sourceforge.net/tracker/index.php?func=detail&aid=2492640&group_id=14103&atid=114103 Does "dvgrab -noavc" behave better? Also, please gather some info about the kind of IO failures. - Unplug the camcorder - As root, run "echo 3 > /sys/module/firewire_ohci/parameters/debug". - Plug the camera in and switch it on. - Run dvgrab. - Get the syslog and attach the relevant portions here, beginning from when you plugged the camera in. The log should contain lines like Jan 19 20:38:18 stein firewire_ohci: AR evt_bus_reset, generation 6 Jan 19 20:38:18 stein firewire_ohci: 2 selfIDs, generation 6, local node ID ffc1 Jan 19 20:38:18 stein firewire_ohci: selfID 0: 807f0882, phy 0 [p..] S100 gc=63 +0W Lci Jan 19 20:38:18 stein firewire_ohci: selfID 0: 817f89d0, phy 1 [c-.] S400 gc=63 +15W Lc ... Jan 19 20:38:18 stein firewire_ohci: AT spd 0 tl 1d, ffc1 -> ffc0, ack_pending , QR req, fffff0000400 Jan 19 20:38:18 stein firewire_ohci: AR spd 0 tl 1d, ffc0 -> ffc1, ack_complete, QR resp = 040455ee ... etc. when the firewire-core discovers the camera, and Jan 19 20:41:34 stein firewire_ohci: AT spd 0 tl 13, ffc1 -> ffc0, ack_pending , QR req, fffff0000414 Jan 19 20:41:34 stein firewire_ohci: AR spd 0 tl 13, ffc0 -> ffc1, ack_complete, QR resp = 000897bd ... etc. when dvgrab starts probing at the camera, Jan 19 20:41:34 stein firewire_ohci: AT spd 0 tl 03, ffc1 -> ffc0, ack_complete, BW req, fffff0000b00 8,0 Jan 19 20:41:34 stein firewire_ohci: AR spd 0 tl 03, ffc0 -> ffc1, ack_pending , BW req, fffff0000d00 8,0 Jan 19 20:41:34 stein firewire_ohci: AT spd 0 tl 03, ffc1 -> ffc0, ack_complete, W resp Jan 19 20:41:34 stein firewire_ohci: AT spd 0 tl 04, ffc1 -> ffc0, ack_busy_X, BW req, fffff0000b00 8,0 Jan 19 20:41:34 stein firewire_ohci: AT spd 0 tl 05, ffc1 -> ffc0, ack_complete, BW req, fffff0000b00 8,0 Jan 19 20:41:34 stein firewire_ohci: AR spd 0 tl 05, ffc0 -> ffc1, ack_pending , BW req, fffff0000d00 8,0 Jan 19 20:41:34 stein firewire_ohci: AT spd 0 tl 05, ffc1 -> ffc0, ack_complete, W resp ... etc. when dvgrab starts capture. As you can see in the last few lines (gathered from a cheap JVC camcorder), sometimes a request from PC (ffc1) to camera (ffc0) fails due to the camera being busy (ack_busy_X). The software then tries the same request again which happens to succeed in my example. I guess this is the same as bug 449252. As I just noted there, a fix has been proposed: http://marc.info/?l=linux1394-devel&m=123247509617629 Patch was merged into Linus' linux-2.6.git a week ago, mailed to kernel.org's stable list just now. Jarod, is there a Fedora kernel with patch "firewire: ohci: increase AT req. retries, fix ack_busy_X from Panasonic camcorders and others" included? Vic, does it fix this issue for you? The patch from comment 2 is available in upstream released kernels 2.6.29-rc4, 2.6.28.5, and 2.6.27.16. kernel-2.6.27.19-78.2.30.fc9 is in updates-testing with the fix The problem is now fixed in f10 (not by me, of course). I had the same bug with a Canon ZR900 in Linux version 2.6.27.21-170.2.56.fc10.i686 (mockbuild.redhat.com) (gcc version 4.3.2 20081105 (Red Hat 4.3.2-7) (GCC) ) #1 SMP Mon Mar 23 23:37:54 EDT 2009 but it is resolved in Linux version 2.6.27.24-170.2.68.fc10.i686 (mockbuild.phx.redhat.com) (gcc version 4.3.2 20081105 (Red Hat 4.3.2-7) (GCC) ) #1 SMP Wed May 20 23:10:16 EDT 2009 |