Robert Stagner's report is a duplicate of bug 6290 (no raw1394 rule in Ubuntu's udev ruleset).
Re comment 2: Wrong tip. See bug 6290. Re comment 7: Vince McIntyre 's report, while motivated by the same bug, is something else. The dmesg indicates that the FireWire bus is malfunctioning on the physical level, i.e. that the hardware is defective. Re comment 8: Dvgrab and kino do not require the cycle timer register access that is tested by the utility and fixed up for VIA controllers by firewire-core in kernel 2.6.34 and later. Nor does this register affect the physical operation of the bus. The messages "isochronous cycle too long" come from a controller interrupt which is sent if the controller does not receive a so-called cycle start packet within a certain time interval. This indicates that there is something more fundamentally wrong with this camcorder (or combination of camcorder, cable, controller, and PC) than what was fixed in kernel 2.6.35 (an issue with buggy firmware on some but not all Sony camcorders which resulted in both the camcorder and the Linux PC issuing conflicting gap counts). Some more information about the problem may perhaps be revealed by # modprobe -r firewire-ohci # modprobe firewire-ohci debug=-1 Then plug the camcorder in and watch /var/log/messages. -- Unable to transfer digital video content from SONY camcorder to PC https://bugs.launchpad.net/bugs/550010 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
