| Summary: | Update request: kernel-3.14.24-1.mga4 | ||
|---|---|---|---|
| Product: | Mageia | Reporter: | Thomas Backlund <tmb> |
| Component: | Security | Assignee: | QA Team <qa-bugs> |
| Status: | RESOLVED FIXED | QA Contact: | Sec team <security> |
| Severity: | normal | ||
| Priority: | Normal | CC: | herman.viaene, marja11, rverschelde, srowe, sysadmin-bugs |
| Version: | 4 | Keywords: | validated_update |
| Target Milestone: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | MGA4-32-OK MGA4-64-OK advisory | ||
| Source RPM: | kernel-3.14.24-1.mga4 | CVE: | |
| Status comment: | |||
| Bug Depends on: | |||
| Bug Blocks: | 14469 | ||
|
Description
Thomas Backlund
2014-11-16 10:54:42 CET
Thomas Backlund
2014-11-16 10:56:10 CET
Blocks:
(none) =>
14469 Change for mga#14469 tested and confirmed to work. CC:
(none) =>
srowe Tested on https://wiki.mageia.org/en/User:Marja/QA/Hardware#Lenovo_ThinkPad_SL510 Updated the following packages to the mentioned versions cpupower-3.14.24-1.mga4.x86_64 kernel-desktop-3.14.24-1.mga4-1-1.mga4.x86_64 kernel-desktop-latest-3.14.24-1.mga4.x86_64 kernel-userspace-headers-3.14.24-1.mga4.x86_64 After reboot everything works as expected, including wlan, watching a movie, running some commands, both in konsole and in a text tty. The only odd thing I noticed (but *not* caused by this upgrade, I see it has never been different since the logs start on June 15th) is that cpupower.service failed. CC:
(none) =>
marja11 Thanks for the tests Marja. I thought it had been fixed by tmb in one of the last couple kernel updates, but if cpupower still fails, check /etc/sysconfig/cpupower and make sure the governor it's setting (the last word in each line) is one of the available cpufreq governors you see when you run "cpupower frequency-info" (In reply to David Walser from comment #3) > Thanks for the tests Marja. I thought it had been fixed by tmb in one of > the last couple kernel updates, but if cpupower still fails, check > /etc/sysconfig/cpupower and make sure the governor it's setting (the last > word in each line) is one of the available cpufreq governors you see when > you run "cpupower frequency-info" Well, maybe it is fixed but fails here for a different reason. I just saw I have the same issue on that laptop with cauldron, your command in cauldron gives: [root@DenkBlok2 marja]# cpupower frequency-info analyzing CPU 0: no or unknown cpufreq driver is active on this CPU boost state support: Supported: no Active: no [root@DenkBlok2 marja]# Oh I see, so you don't even have any of the cpufreq modules loaded. The installer created a /etc/modprobe.preload.d/cpufreq file for me with this in it: acpi-cpufreq cpufreq_powersave cpufreq_conservative cpufreq_ondemand So, having something similar should work for you (or modprobing those modules). (In reply to David Walser from comment #5) > Oh I see, so you don't even have any of the cpufreq modules loaded. The > installer created a /etc/modprobe.preload.d/cpufreq file for me with this in > it: I don't have any files in /etc/modeprobe.preload.d/ on any of my installs on this laptop (one 5beta1, one cauldron that started a year ago, and one Mageia 4 ) I'll google what modprobing is. Tested fine with kernel-desktop in Virtualbox, on my older PogoLinux machine at home, and on my Dell Inspiron 600m laptop, and with kernel-server in VMWare, my newer PogoLinux machine at home, a Dell Optiplex 990 workstation and a Dell PowerEdge R610 server at work. All Mageia 4 i586. Whiteboard:
(none) =>
MGA4-32-OK Mageia 4 64-bit on real HW AMD Phenom Quadcore. Opened a USB stick, a site with video, all OK. After installing the cpufreqd package, the command "cpupower - c all frequency-info" returned a bunch of info, looks good. CC:
(none) =>
herman.viaene Validating now. Could someone please upload the advisory? Sysadmins, you can push this to core/updates on the advisory is uploaded. Thanks. Keywords:
(none) =>
validated_update Advisory uploaded. CC:
(none) =>
remi An update for this issue has been pushed to Mageia Updates repository. http://advisories.mageia.org/MGASA-2014-0474.html Status:
NEW =>
RESOLVED |