syslog spammed with cpu_up/cpu_down messages after upgrade to linux-nexus7 3.1.10-9.24
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
ubuntu-nexus7 |
New
|
Undecided
|
Unassigned | ||
linux-nexus7 (Ubuntu) |
Fix Released
|
Medium
|
Andy Whitcroft |
Bug Description
Since upgrade to linux-nexus7 3.1.10-9.24 syslog is spammed every 2s with cpu_down/cpu_up messages similar to:
- - -
[ 6645.006685] cpu_up(1)+
[ 6645.027648] tegra CPU: force EDP limit 1200000 kHz
[ 6645.028058] CPU1: Booted secondary processor
[ 6645.036693] Switched to NOHz mode on CPU #1
[ 6645.037221] cpu_up(1)-
[ 6647.306787] cpu_down(1)+
[ 6647.308570] stop_machine_
[ 6647.308594] stop_machine_
[ 6647.319999] CPU1: shutdown
[ 6647.326307] cpu_down(1)-
- - -
The attachment nexus7_
I don't see any side-effect apart from these messages.
ProblemType: Bug
DistroRelease: Ubuntu 13.04
Package: linux-image-
Uname: Linux 3.1.10-9-nexus7 armv7l
ApportVersion: 2.8-0ubuntu4
Architecture: armhf
AudioDevicesInUse:
USER PID ACCESS COMMAND
/dev/snd/
CrashDB:
{"impl": "launchpad",
Date: Sat Feb 2 12:40:28 2013
HibernationDevice: RESUME=
InstallationDate: Installed on 2012-12-07 (56 days ago)
InstallationMedia: Ubuntu Raring Ringtail (development branch) - armhf (20121207-15:18)
Lspci:
Lsusb: Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
MarkForUpload: True
ProcEnviron:
TERM=screen
PATH=(custom, no user)
XDG_RUNTIME_
LANG=fr_FR.UTF-8
SHELL=/bin/bash
ProcFB:
0 tegra_fb
1 tegra_fb
ProcKernelCmdLine: tegra_wdt.
ProcModules: zram 8348 4 - Live 0x00000000 (C)
RelatedPackageV
linux-
linux-
linux-firmware 1.100
SourcePackage: linux-nexus7
StagingDrivers: zram
UpgradeStatus: No upgrade log present (probably fresh install)
Related branches
Changed in ubuntu-nexus7: | |
status: | New → In Progress |
assignee: | nobody → Andy Whitcroft (apw) |
this is a "feature" of the interactive cpufreq governor (using it is the only way to get the system load below 1 and it also buys us a significant amount of battery life so we wont go back) ...
probably the kernel team could quieten it a bit with a patch ...