2014-09-01 18:07:08 |
Christopher A. Chavez |
bug |
|
|
added bug |
2014-09-01 18:07:43 |
Christopher A. Chavez |
bug task added |
|
mate-settings-daemon (Ubuntu) |
|
2014-09-01 18:08:53 |
Christopher A. Chavez |
description |
If the Num lock key is toggled rapidly, there's a chance that mate-settings-daemon will go into runaway CPU usage (causing Xorg to also appear to be in runaway CPU usage), and the Num lock LED will flash/blink erratically (randomly--this is not the steady 2Hz blinking when a kernel panic occurs). By killing mate-settings-daemon, the system can recover; mate-settings-daemon respawns, Xorg goes back to normal CPU usage, and the Num lock LED is stable.
This behavior is present on an up-to-date installation as well as the LiveCD.
This seems to apply only to hardware Num lock toggling, as rapid toggling in onboard does not seem to cause the issue. The same does not appear to happen to the caps lock key. The state of num lock is indeed indeterminate when this occurs (e.g. numeric 4 will vary between typing '4' and left-arrow).
This appears to be directly related to prior CPU availability, as it is more of a problem on older hardware (e.g. with 2001 Pentium M) where it can be triggered on an idle system, and more difficult to duplicate on later hardware (e.g. with a dual-core processor) unless the CPUs are busy (e.g. other runaway processes).
Only tested on 32-bit; will upload apport info. |
If the Num lock key is toggled rapidly, there's a chance that mate-settings-daemon will go into runaway CPU usage (causing Xorg to also appear to be in runaway CPU usage), and the Num lock LED will flash/blink erratically (randomly--this is not the steady 2Hz blinking when a kernel panic occurs). By killing mate-settings-daemon, the system can recover; mate-settings-daemon respawns, Xorg goes back to normal CPU usage, and the Num lock LED is stable.
This behavior is present on an up-to-date installation of Ubuntu MATE 14.10 (beta 1)as well as the LiveCD.
This seems to apply only to hardware Num lock toggling, as rapid toggling in onboard does not seem to cause the issue. The same does not appear to happen to the caps lock key. The state of num lock is indeed indeterminate when this occurs (e.g. numeric 4 will vary between typing '4' and left-arrow).
This appears to be directly related to prior CPU availability, as it is more of a problem on older hardware (e.g. with 2001 Pentium M) where it can be triggered on an idle system, and more difficult to duplicate on later hardware (e.g. with a dual-core processor) unless the CPUs are busy (e.g. other runaway processes).
Only tested on 32-bit; will upload apport info. |
|
2014-09-01 18:33:09 |
Christopher A. Chavez |
bug |
|
|
added subscriber Mike Gabriel |
2014-09-01 18:34:18 |
Christopher A. Chavez |
removed subscriber Mike Gabriel |
|
|
|
2014-09-01 19:17:02 |
Christopher A. Chavez |
tags |
|
apport-collected utopic |
|
2014-09-01 19:17:03 |
Christopher A. Chavez |
description |
If the Num lock key is toggled rapidly, there's a chance that mate-settings-daemon will go into runaway CPU usage (causing Xorg to also appear to be in runaway CPU usage), and the Num lock LED will flash/blink erratically (randomly--this is not the steady 2Hz blinking when a kernel panic occurs). By killing mate-settings-daemon, the system can recover; mate-settings-daemon respawns, Xorg goes back to normal CPU usage, and the Num lock LED is stable.
This behavior is present on an up-to-date installation of Ubuntu MATE 14.10 (beta 1)as well as the LiveCD.
This seems to apply only to hardware Num lock toggling, as rapid toggling in onboard does not seem to cause the issue. The same does not appear to happen to the caps lock key. The state of num lock is indeed indeterminate when this occurs (e.g. numeric 4 will vary between typing '4' and left-arrow).
This appears to be directly related to prior CPU availability, as it is more of a problem on older hardware (e.g. with 2001 Pentium M) where it can be triggered on an idle system, and more difficult to duplicate on later hardware (e.g. with a dual-core processor) unless the CPUs are busy (e.g. other runaway processes).
Only tested on 32-bit; will upload apport info. |
If the Num lock key is toggled rapidly, there's a chance that mate-settings-daemon will go into runaway CPU usage (causing Xorg to also appear to be in runaway CPU usage), and the Num lock LED will flash/blink erratically (randomly--this is not the steady 2Hz blinking when a kernel panic occurs). By killing mate-settings-daemon, the system can recover; mate-settings-daemon respawns, Xorg goes back to normal CPU usage, and the Num lock LED is stable.
This behavior is present on an up-to-date installation of Ubuntu MATE 14.10 (beta 1)as well as the LiveCD.
This seems to apply only to hardware Num lock toggling, as rapid toggling in onboard does not seem to cause the issue. The same does not appear to happen to the caps lock key. The state of num lock is indeed indeterminate when this occurs (e.g. numeric 4 will vary between typing '4' and left-arrow).
This appears to be directly related to prior CPU availability, as it is more of a problem on older hardware (e.g. with 2001 Pentium M) where it can be triggered on an idle system, and more difficult to duplicate on later hardware (e.g. with a dual-core processor) unless the CPUs are busy (e.g. other runaway processes).
Only tested on 32-bit; will upload apport info.
---
ApportVersion: 2.14.7-0ubuntu1
Architecture: i386
DistroRelease: Ubuntu 14.10
InstallationDate: Installed on 2014-08-31 (1 days ago)
InstallationMedia: Ubuntu MATE 14.10 "Utopic Unicorn" - beta1 i386 (20140828)
Package: mate-settings-daemon 1.8.1-2
PackageArchitecture: all
ProcVersionSignature: Ubuntu 3.16.0-11.16-generic 3.16.1
Tags: utopic
Uname: Linux 3.16.0-11-generic i686
UpgradeStatus: No upgrade log present (probably fresh install)
UserGroups: adm cdrom dip lpadmin plugdev sambashare sudo
_MarkForUpload: True |
|
2014-09-01 19:17:05 |
Christopher A. Chavez |
attachment added |
|
Dependencies.txt https://bugs.launchpad.net/bugs/1364111/+attachment/4192658/+files/Dependencies.txt |
|
2014-09-01 19:17:07 |
Christopher A. Chavez |
attachment added |
|
ProcEnviron.txt https://bugs.launchpad.net/bugs/1364111/+attachment/4192659/+files/ProcEnviron.txt |
|
2014-09-01 22:13:50 |
Martin Wimpress |
ubuntu-mate: importance |
Undecided |
Medium |
|
2014-09-02 11:49:09 |
Martin Wimpress |
ubuntu-mate: status |
New |
Confirmed |
|
2014-10-16 12:39:06 |
Martin Wimpress |
ubuntu-mate: importance |
Medium |
Low |
|
2015-03-01 04:37:38 |
Christopher A. Chavez |
description |
If the Num lock key is toggled rapidly, there's a chance that mate-settings-daemon will go into runaway CPU usage (causing Xorg to also appear to be in runaway CPU usage), and the Num lock LED will flash/blink erratically (randomly--this is not the steady 2Hz blinking when a kernel panic occurs). By killing mate-settings-daemon, the system can recover; mate-settings-daemon respawns, Xorg goes back to normal CPU usage, and the Num lock LED is stable.
This behavior is present on an up-to-date installation of Ubuntu MATE 14.10 (beta 1)as well as the LiveCD.
This seems to apply only to hardware Num lock toggling, as rapid toggling in onboard does not seem to cause the issue. The same does not appear to happen to the caps lock key. The state of num lock is indeed indeterminate when this occurs (e.g. numeric 4 will vary between typing '4' and left-arrow).
This appears to be directly related to prior CPU availability, as it is more of a problem on older hardware (e.g. with 2001 Pentium M) where it can be triggered on an idle system, and more difficult to duplicate on later hardware (e.g. with a dual-core processor) unless the CPUs are busy (e.g. other runaway processes).
Only tested on 32-bit; will upload apport info.
---
ApportVersion: 2.14.7-0ubuntu1
Architecture: i386
DistroRelease: Ubuntu 14.10
InstallationDate: Installed on 2014-08-31 (1 days ago)
InstallationMedia: Ubuntu MATE 14.10 "Utopic Unicorn" - beta1 i386 (20140828)
Package: mate-settings-daemon 1.8.1-2
PackageArchitecture: all
ProcVersionSignature: Ubuntu 3.16.0-11.16-generic 3.16.1
Tags: utopic
Uname: Linux 3.16.0-11-generic i686
UpgradeStatus: No upgrade log present (probably fresh install)
UserGroups: adm cdrom dip lpadmin plugdev sambashare sudo
_MarkForUpload: True |
If the Num lock key is toggled rapidly, there's a chance that mate-settings-daemon will go into runaway CPU usage (causing Xorg to also appear to be in runaway CPU usage), and the Num lock LED will flash/blink erratically (randomly--this is not the steady 2Hz blinking when a kernel panic occurs). By killing mate-settings-daemon, the system can recover; mate-settings-daemon respawns, Xorg goes back to normal CPU usage, and the Num lock LED is stable.
This seems to apply only to hardware Num lock toggling, as rapid toggling in onboard does not seem to cause the issue. The same does not appear to happen to the caps lock key. The state of num lock is indeed indeterminate when this occurs (e.g. numeric 4 will vary between typing '4' and left-arrow).
This appears to be directly related to prior CPU availability, as it is more of a problem on older hardware (e.g. with 2001 Pentium M) where it can be triggered on an idle system, and more difficult to duplicate on later hardware (e.g. with a dual-core processor) unless the CPUs are busy (e.g. other runaway processes).
Tested on both 32-bit and 64-bit. This behavior is present at least since Ubuntu MATE 14.10 (beta 1).
---
ApportVersion: 2.14.7-0ubuntu1
Architecture: i386
DistroRelease: Ubuntu 14.10
InstallationDate: Installed on 2014-08-31 (1 days ago)
InstallationMedia: Ubuntu MATE 14.10 "Utopic Unicorn" - beta1 i386 (20140828)
Package: mate-settings-daemon 1.8.1-2
PackageArchitecture: all
ProcVersionSignature: Ubuntu 3.16.0-11.16-generic 3.16.1
Tags: utopic
Uname: Linux 3.16.0-11-generic i686
UpgradeStatus: No upgrade log present (probably fresh install)
UserGroups: adm cdrom dip lpadmin plugdev sambashare sudo
_MarkForUpload: True |
|
2015-03-11 14:05:24 |
Martin Wimpress |
bug watch added |
|
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=780226 |
|
2015-03-11 14:05:24 |
Martin Wimpress |
bug task added |
|
mate-settings-daemon (Debian) |
|
2015-03-11 14:36:37 |
Bug Watch Updater |
mate-settings-daemon (Debian): status |
Unknown |
New |
|
2015-03-12 14:55:19 |
Bug Watch Updater |
mate-settings-daemon (Debian): status |
New |
Fix Released |
|
2015-03-13 10:25:36 |
Martin Wimpress |
mate-settings-daemon (Ubuntu): status |
New |
Fix Released |
|
2015-03-13 10:25:41 |
Martin Wimpress |
ubuntu-mate: status |
Confirmed |
Fix Released |
|