Menu
▾
▴
[gphoto-bugs] [ gphoto-Bugs-2912398 ] gphoto2 capture fails with Kernel Opps and freezes machine
|
From: SourceForge.net <no...@so...> - 2009-12-12 13:33:55
|
Bugs item #2912398, was opened at 2009-12-10 21:30 Message generated for change (Comment added) made by danavidan You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108874&aid=2912398&group_id=8874 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: gphoto2 Group: None Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Dan Avidan (danavidan) Assigned to: Marcus Meissner (marcusmeissner) Summary: gphoto2 capture fails with Kernel Opps and freezes machine Initial Comment: Description of problem: Remote capture with gphoto2 fails with Kernel Oops and freezes the machine in Fedora 12. I installed kernel-debug to try and zero in on the problem. For some weird reason while the fault is always reproducible in the "regular" Kernel the issue doesn't manifest itself at all when running the Debug Kernel. Attached is: 1. dmesg output (fc12_kernel_oops_dmesg_output) 2. /var/log/messages output (fc12_kernel_oops_var_log_messages) 3. gphoto2 debug log (fc12_kernel_oops_gphoto2_debug_output.tar.bz2). Version-Release number of selected component (if applicable): Kernel 2.6.31.6-162.fc12.i686.PAE gphoto2 2.4.7 libgphoto2 2.4.7 libgphoto2_port 0.8.0 How reproducible: always. The issue may occur anywhere from after 5 remote captures attempts up to 60 remote captures attempt but always "guaranteed" to fail within this range. Steps to Reproduce: 1. Install FC12 and update the system to make sure it is up to date. 2. Install gphoto2 (if it is not already installed) 4. Set some parameters on the camera to make sure we can talk to it ok: gphoto2 --set-config capture=on --set-config capturetarget=0 --set-config iso=0 --set-config ownername=dan --set-config zoom=60 5. Capture an image and download it: gphoto2 --capture-image-and-download --force-overwrite --filename=image.jpg 6. Repeat (anywhere from 5 to 60 times) until the Kernel Oops is observed. Actual results: Kernel Oops and the machine freezes. Expected results: successful remote capture and image download time after time Additional info: Various excerpts from the logs: Dec 10 11:31:31 localhost kernel: BUG: sleeping function called from invalid context at arch/x86/mm/fault.c:1069 Dec 10 11:31:31 localhost kernel: Pid: 2767, comm: gphoto2 Tainted: P W 2.6.31.6-162.fc12.i686.PAE #1 Dec 10 11:31:31 localhost kernel: BUG: unable to handle kernel NULL pointer dereference at 000000f7 Dec 10 11:31:31 localhost kernel: Fixing recursive fault but reboot is needed! ---------------------------------------------------------------------- Comment By: Dan Avidan (danavidan) Date: 2009-12-12 08:33 Message: ok, I see your point. gphoto is the catalyst and the Kernel is the one actually crashing the system... Apologies, this conviction was purely based on my perception and luck of knowledge of who crashes what.. I have raised: https://bugzilla.redhat.com/show_bug.cgi?id=546501 It seems like others are experiencing a similar issue. ---------------------------------------------------------------------- Comment By: Marcus Meissner (marcusmeissner) Date: 2009-12-11 17:40 Message: please report this to redhat. a crashing system is not a libgphoto2 problem. libgphoto2 and libusb are never supposed to crash the system in any way. mifght be selinux related according to the backtrace. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108874&aid=2912398&group_id=8874 |