libcrystalhd-3.5.1-1.fc14.src.rpm Failed To Build From Source against the rawhide tree. See http://fedoraproject.org/wiki/FTBFS for more information. If you believe this is actually a bug in another package, do NOT change the component in this bug or close this bug. Instead, add the appropriate bug number from the other package to the "Depends on" line in this bug. If the other package does not yet have a bug created that you think matches, please create one. Doing so helps us properly track bugs and their dependencies, just as we track package dependencies. (If you close this bug, and the other package is not fixed before the next FTBFS run, a new bug will get created. Please follow the above advice to avoid such duplication.)
Created attachment 509204 [details] root.log root.log for i386
Created attachment 509205 [details] build.log build.log for i386
Created attachment 509206 [details] mock.log mock.log for i386
Created attachment 509207 [details] root.log root.log for x86_64
Created attachment 509208 [details] build.log build.log for x86_64
Created attachment 509209 [details] mock.log mock.log for x86_64
Created attachment 597911 [details] Update to 3.10.0 I've fixed the package to allow building from source (and with ffmpeg). Mostly done by fetching update from jarod's git repo. But usability test still need to be proved. Specially on a Fedora 17 kernel on an ExoPC: http://www.smolts.org/client/show/pub_ead20847-e4f4-49a4-965f-02c19bc517b0 I've tried to modprobe crystalhd, which worked with current firmware and latest one from the separate review. But I failed to see improvement over not using the gstreamer-plugin-crystalhd or using vlc --codec crystalhd on a h264 1080p stream. The CPU load was still at 99% and more whereas I expected to fall under the 10%. Jarod, do you know the CPU load we can see when the driver works as expected ?
Created attachment 597912 [details] snapshot script
Will the updated version allow the use of the BCM70015 as well as the BCM70012? At the moment the F17 kernel has no support for the BCM70015 device in the crystalhd driver. I have managed to compile the 3.10.0 from the git repository, after fixing up missing includes and loaded that in as a module. Now at least the BCM70015 is identified and enumerated correctly.
(In reply to comment #9) > Will the updated version allow the use of the BCM70015 as well as the Well, I've somehow missed your message but got the same result, there is a need to compile the driver from git://linuxtv.org/jarod/crystalhd.git to get BCM70015 to work. Once the udev rules is appropriately set the device is created appropriately. vlc --codec crystalhd worked, same with totem.
Given the activity here, not blocking for FTBFS for now.
Well, it's not "blocking" as such, but it's a PITA that the working code has not made it into the kernel, when it clearly exists. It just means another dkms source tree to maintain on my system :-(
The FTBFS has been fixed in rawhide, closing.