Description of problem: cpufreq-applet exits unexpectedly when using cpufreq to monitor CPU #1, resuming a dual-core machine. Version-Release number of selected component (if applicable): gnome-applets-2.15.1.1-3.1 How reproducible: always Steps to Reproduce: 1. start cpufreq-applet monitoring CPU #1 2. suspend to ram 3. resume Actual results: cpufreq-applet crashes Expected results: doesn't crash Additional info: suspending a multi-cpu machine effectively hot-unplugs all cpus except CPU#0. On resume, the cpufreq-applet tries to read the /sys/devices/system/cpu/1/ files before the CPU has been re-enabled, and then crashes when the open/read fails.
Fedora Core 5 and Fedora Core 6 are, as we're sure you've noticed, no longer test releases. We're cleaning up the bug database and making sure important bug reports filed against these test releases don't get lost. It would be helpful if you could test this issue with a released version of Fedora or with the latest development / test release. Thanks for your help and for your patience. [This is a bulk message for all open FC5/FC6 test release bugs. I'm adding myself to the CC list for each bug, so I'll see any comments you make after this and do my best to make sure every issue gets proper attention.]
The information we've requested above is required in order to review this problem report further and diagnose/fix the issue if it is still present. Since there haven't been any updates to the report in quite a long time now after we've requested additional information, we're assuming the problem is either no longer present in our current OS release, or that there is no longer any interest in tracking the problem. Setting status to CANTFIX, however if you still experience this problem after updating to our latest Fedora Core release and are still interested in Red Hat tracking the issue, and assisting in troubleshooting the problem, please feel free to provide the information requested above, and reopen the report. Thank you in advance. (this message is mass message)