Bug 951167

Created attachment 734263 [details]
File: backtrace

Created attachment 734264 [details]
File: cgroup

Created attachment 734265 [details]
File: core_backtrace

Created attachment 734266 [details]
File: dso_list

Created attachment 734267 [details]
File: environ

Created attachment 734268 [details]
File: limits

Created attachment 734269 [details]
File: maps

Created attachment 734270 [details]
File: open_fds

Created attachment 734271 [details]
File: proc_pid_status

Created attachment 734272 [details]
File: var_log_messages

This is fixed by http://sourceforge.net/p/gtkpod/libgpod/ci/e620b2fbdd818a4b32fa927875936ba0476952e5/tree/src/itdb_iphone.c?diff=0a3750d1b19183c6684ed998247b2a28fe1e6c5f

(scratch build with this patch at http://koji.fedoraproject.org/koji/taskinfo?taskID=5588005 )
I'll try to release libgpod 0.8.3 this week with this fix in.

*** Bug 961851 has been marked as a duplicate of this bug. ***

(In reply to Christophe Fergeau from comment #11)
> This is fixed by
> http://sourceforge.net/p/gtkpod/libgpod/ci/
> e620b2fbdd818a4b32fa927875936ba0476952e5/tree/src/itdb_iphone.
> c?diff=0a3750d1b19183c6684ed998247b2a28fe1e6c5f
> 

Make that http://sourceforge.net/p/gtkpod/libgpod/ci/e620b2fbdd818a4b32fa927875936ba0476952e5/

Trying to add music library...160gb

reporter:       libreport-2.1.5
backtrace_rating: 4
cmdline:        /lib/udev/iphone-set-info
crash_function: lockdownd_start_service
executable:     /usr/lib/udev/iphone-set-info
kernel:         3.9.9-302.fc19.i686
package:        libgpod-0.8.2-9.fc19
reason:         Process /usr/lib/udev/iphone-set-info was killed by signal 11 (SIGSEGV)
runlevel:       N 5
uid:            0

plugged in iphone 4s while rhythmbox is running

reporter:       libreport-2.1.6
backtrace_rating: 4
cmdline:        /lib/udev/iphone-set-info
crash_function: lockdownd_start_service
executable:     /usr/lib/udev/iphone-set-info
kernel:         3.10.4-300.fc19.x86_64
package:        libgpod-0.8.2-9.fc19
reason:         Process /usr/lib/udev/iphone-set-info was killed by signal 11 (SIGSEGV)
runlevel:       unknown
uid:            0

Plugged in my ipod. Then ran 'dmesg' and the error appeared there.

reporter:       libreport-2.1.6
backtrace_rating: 4
cmdline:        /lib/udev/iphone-set-info
crash_function: lockdownd_start_service
executable:     /usr/lib/udev/iphone-set-info
kernel:         3.10.6-200.fc19.x86_64
package:        libgpod-0.8.2-9.fc19
reason:         Process /usr/lib/udev/iphone-set-info was killed by signal 11 (SIGSEGV)
runlevel:       N 5
uid:            0

I'm getting this too, normally when the computer wakes and has an iPod attached.

It looks like iphone_write_sysinfo_extended() in ipod-lockdown.c in libgpod is calling iphone_write_sysinfo_extended() in lockdown.c in libimobiledevices.

It's passing a pointer to a uint16_t but the function is expecting a pointer to  lockdownd_service_descriptor_t and that's what's causing the crash.

        uint16_t afcport = 0;
...
        if (LOCKDOWN_E_SUCCESS != lockdownd_start_service(client, "com.apple.afc", &afcport)) {

... lockdown_start_service is
lockdownd_error_t lockdownd_start_service(lockdownd_client_t client, const char *identifier, lockdownd_service_descriptor_t *service)
...
       if (*service) {
                // reset fields if service descriptor is reused
                (*service)->port = 0;
                (*service)->ssl_enabled = 0; // CRASH!!!
        }

Unfortunately I'm not familiar with what it's trying to to, but it's clearly calling lockdownd_start_service() with the wrong parameter.

This is fixed upstream by http://sourceforge.net/p/gtkpod/libgpod/ci/e620b2fbdd818a4b32fa927875936ba0476952e5/ which I really need to backport to the fedora package /o\

after applying the patch from Comment 18 now gtkpod/banshee and other apps libgpod based apps freeze when iPhone device is connected. It's not even possible to such process them since dfunct process is left

I've found using strace that gtkpod freezes on:

access("/run/user/1000/gvfs/smb-share:server=file,share=public,user=_myusername_/iTunes_Control", F_OK <unfinished ...>

so another bugs that seem needed to be fixed to allow iTunes access:

https://bugzilla.redhat.com/show_bug.cgi?id=977437
https://bugs.archlinux.org/task/35490

*** Bug 1002211 has been marked as a duplicate of this bug. ***

libgpod-0.8.3-1.fc20 has been submitted as an update for Fedora 20.
https://admin.fedoraproject.org/updates/libgpod-0.8.3-1.fc20

libgpod-0.8.3-1.fc19 has been submitted as an update for Fedora 19.
https://admin.fedoraproject.org/updates/libgpod-0.8.3-1.fc19

libgpod-0.8.3-1.fc18 has been submitted as an update for Fedora 18.
https://admin.fedoraproject.org/updates/libgpod-0.8.3-1.fc18

Package libgpod-0.8.3-1.fc18:
* should fix your issue,
* was pushed to the Fedora 18 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing libgpod-0.8.3-1.fc18'
as soon as you are able to.
Please go to the following url:
https://admin.fedoraproject.org/updates/FEDORA-2013-15789/libgpod-0.8.3-1.fc18
then log in and leave karma (feedback).

libgpod-0.8.3-1.fc19 has been pushed to the Fedora 19 stable repository.  If problems still persist, please make note of it in this bug report.

libgpod-0.8.3-1.fc18 has been pushed to the Fedora 18 stable repository.  If problems still persist, please make note of it in this bug report.

libgpod-0.8.3-1.fc20 has been pushed to the Fedora 20 stable repository.  If problems still persist, please make note of it in this bug report.

*** Bug 970175 has been marked as a duplicate of this bug. ***

*** Bug 977437 has been marked as a duplicate of this bug. ***