Bug 510674 - Coredumping in assert EGG_DBUS_IS_STRUCTURE
Coredumping in assert EGG_DBUS_IS_STRUCTURE
Product: Fedora
Classification: Fedora
Component: gnome-applets (Show other bugs)
All Linux
low Severity medium
: ---
: ---
Assigned To: Ray Strode [halfline]
Fedora Extras Quality Assurance
Depends On:
  Show dependency treegraph
Reported: 2009-07-10 04:39 EDT by Zdenek Kabelac
Modified: 2009-07-13 12:14 EDT (History)
3 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2009-07-13 12:14:13 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Zdenek Kabelac 2009-07-10 04:39:35 EDT
Description of problem:


Most of the time my gnome-applet for selecting frequency doesn't work.
<6>cpufreq-selecto[13116]: segfault at 0 ip 00007fe4a42ae97b sp 00007ffff5eae560 error 4 in libeggdbus-1.so.0.0.0[7fe4a428c000+45000]

I'm using vanilla Linux kernel (as those that are distributed with Fedora usually doesn't work at all) - currently this is with 2.6.31-rc2

After using gdb:
(gdb) run
Starting program: /usr/bin/cpufreq-selector 
[Thread debugging using libthread_db enabled]

** (cpufreq-selector:13151): WARNING **: Unknown class CPUFreqSelectorService implementing PolkitSubject

** (cpufreq-selector:13151): CRITICAL **: egg_dbus_structure_get_signature: assertion `EGG_DBUS_IS_STRUCTURE (structure)' failed

Program received signal SIGSEGV, Segmentation fault.
egg_dbus_append_value_to_iter (iter=0x61d668, signature=0x0, value=0x7fffffffda50, error=0x7fffffffdac8) at eggdbusmessage.c:2619
2619	  if (strcmp (signature, DBUS_TYPE_STRING_AS_STRING) == 0)
Missing separate debuginfos, use: debuginfo-install dbus-glib-0.80-3.fc12.x86_64 libattr-2.4.43-3.fc11.x86_64 libcap-2.16-4.fc12.x86_64 libselinux-2.0.84-1.fc12.x86_64 polkit-0.92-3.fc12.x86_64
(gdb) bt
#0  egg_dbus_append_value_to_iter (iter=0x61d668, signature=0x0, value=0x7fffffffda50, error=0x7fffffffdac8) at eggdbusmessage.c:2619
#1  0x00007ffff6ed250f in egg_dbus_message_append_structure (message=0x61d5a0, structure=0x0, error=0x7fffffffdac8) at eggdbusmessage.c:1181
#2  0x00007ffff7bce34e in _polkit_authority_check_authorization () from /usr/lib64/libpolkit-gobject-1.so.0
#3  0x00007ffff7bd21fb in ?? () from /usr/lib64/libpolkit-gobject-1.so.0
#4  0x00007ffff7bd23f2 in polkit_authority_check_authorization_sync () from /usr/lib64/libpolkit-gobject-1.so.0
#5  0x00000000004035c7 in cpufreq_selector_service_can_set (service=0x60e550, context=<value optimized out>) at cpufreq-selector-service.c:456
#6  0x00007ffff79a491e in ?? () from /usr/lib64/libdbus-glib-1.so.2
#7  0x00007ffff79a4d65 in ?? () from /usr/lib64/libdbus-glib-1.so.2
#8  0x00007ffff67d662e in _dbus_object_tree_dispatch_and_unlock (tree=0x610840, message=0x614970) at dbus-object-tree.c:856
#9  0x00007ffff67ca5cc in dbus_connection_dispatch (connection=0x610b80) at dbus-connection.c:4447
#10 0x00007fffffffe070 in ?? ()
#11 0x00007ffff7ffc644 in ?? ()

(Sorry no full debuginfo for all libs available - but should be probably enough to find the problem)

Anyway - I'm curious why such sophisticated code is needed for something, which I could handle via this simple shell script:
(selects between performance (with option p) and ondemand governor 

case $1 in
p*) GOV=performance ;;

echo $GOV  >/sys/devices/system/cpu/cpu0/cpufreq/scaling_governor 
echo $GOV  >/sys/devices/system/cpu/cpu1/cpufreq/scaling_governor

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. click on the frequency gnome applet 
Actual results:

Expected results:
Well I still remember that for few days before F11 release it was working :)

Additional info:
T61, 4GB, C2D, SMP, x86_64

Note You need to log in before you can comment on or make changes to this bug.