VIA Nano hangs on some CPU scaling governors

Bug #805205 reported by Eeqmcsq
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
linux (Ubuntu)
Invalid
Low
Unassigned

Bug Description

Summary:
Ubuntu 10.04 hangs when the CPU scaling governor is set to "ondemand", "conservative", or "userspace" at 1000 MHz and 900 MHz. Other freqs don't hang.

Motherboard: Jetway NF77-N1G6-LF
CPU: VIA Nano processor L2200@1600MHz
Ubuntu installer: Ubuntu 10.04.1 64-bit alternate

Test setup:
- Install Ubuntu 10.04.1 64-bit from an alternate CD or an alternate USB stick.
- As soon as you reach the login screen, quickly press CTRL+ALT+F6 to go to a terminal, then quickly type "sudo chmod -x /etc/init.d/ondemand". The quickly type "sudo reboot" to reboot the computer. This will disable the ondemand script from changing the cpu governor on the next boot.
- On the next boot, log in normally, then update all packages from the Update Manager, and reboot if necessary.
- Launch a Terminal window. All test cmds will be executed from this directory:
$ cd /sys/devices/system/cpu/cpu0/cpufreq
- Open a 2nd Terminal window and execute this so you can watch the CPU freq.
$ watch -n0 "cat /proc/cpuinfo"

Test:
- Check the available and current governor, the available freqs, and the scaling driver.
$ cat scaling_available_governors
conservative ondemand userspace powersave performance
$ cat scaling_governor
performance
$ cat scaling_available_frequencies
1600000 1400000 1300000 1200000 1100000 1000000 900000 800000
$ cat scaling_driver
acpi-cpufreq

- Try powersave. The CPU drops to 800 MHz. No hang.
$ echo -n powersave | sudo tee scaling_governor

- Try ondemand. Ubuntu hangs after I press enter.
$ echo -n ondemand | sudo tee scaling_governor

- Reboot, then try conservative. Ubuntu hangs a moment after I press enter. I observed the CPU freq dropping to 1400 MHz, then 1300 MHz, 1200 MHz, 1100 MHz, then hang.
$ echo -n conservative | sudo tee scaling_governor

- Reboot, then try userspace. No hang at this point. CPU freq is 1600 MHz.
$ echo -n userspace | sudo tee scaling_governor

- Manually change the CPU freq. These changes don't hang. The CPU freq is correctly changed to the specified freq.
$ echo -n 1400000 | sudo tee scaling_setspeed
$ echo -n 1300000 | sudo tee scaling_setspeed
$ echo -n 1200000 | sudo tee scaling_setspeed
$ echo -n 1100000 | sudo tee scaling_setspeed

- Now try 1000 MHz. This hangs instantly.
$ echo -n 1000000 | sudo tee scaling_setspeed

- Reboot, try 900 MHz. This hangs instantly.
$ echo -n 900000 | sudo tee scaling_setspeed

- Reboot, try 800 MHz. CPU freq changed to 800 Mhz. No hang.
$ echo -n 800000 | sudo tee scaling_setspeed

- If the CPU is already at 800 MHz, "ondemand" sometimes doesn't hang instantly. My guess is that the hang occurs when a process in the background pushes the CPU to 1600 MHz, then ondemand hangs when it tries to quickly scale the CPU freq back down to 800 MHz.

- I have a different motherboard that also has a VIA Nano L2200 CPU. The board is a VIA VB8001. There is no problem with ondemand on that board because "/sys/devices/system/cpu/cpu0/cpufreq" doesn't even exist. I have no idea why.
---
AlsaVersion: Advanced Linux Sound Architecture Driver Version 1.0.24.
ApportVersion: 1.23-0ubuntu4
Architecture: amd64
ArecordDevices:
 **** List of CAPTURE Hardware Devices ****
 card 0: VT82xx [HDA VIA VT82xx], device 0: VT1708B Analog [VT1708B Analog]
   Subdevices: 2/2
   Subdevice #0: subdevice #0
   Subdevice #1: subdevice #1
AudioDevicesInUse:
 USER PID ACCESS COMMAND
 /dev/snd/controlC0: lee 1434 F.... xfce4-volumed
                      lee 1440 F.... pulseaudio
CRDA: Error: [Errno 2] No such file or directory
Card0.Amixer.info:
 Card hw:0 'VT82xx'/'HDA VIA VT82xx at 0xdfff8000 irq 68'
   Mixer name : 'VIA VT1708B 8-Ch'
   Components : 'HDA:1106e721,16f307f5,00100100'
   Controls : 27
   Simple ctrls : 15
DistroRelease: Ubuntu 11.10
HibernationDevice: RESUME=UUID=af61867e-a9e1-4201-94ca-bcb9d713183a
InstallationMedia: Xubuntu 11.04 "Natty Narwhal" - Release amd64 (20110426.1)
IwConfig:
 lo no wireless extensions.

 eth0 no wireless extensions.
Lsusb:
 Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
 Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
 Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
 Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
 Bus 003 Device 002: ID 045e:0095 Microsoft Corp. IntelliMouse Explorer 4.0 (IntelliPoint)
MachineType: VIA Technologies Ltd. VX800
Package: linux (not installed)
ProcEnviron:
 PATH=(custom, no user)
 LANG=en_US.UTF-8
 SHELL=/bin/bash
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.0.0-17-generic root=UUID=5b5aaf54-85cf-4eb6-848c-8745288f5ce7 ro quiet splash vt.handoff=7
ProcVersionSignature: Ubuntu 3.0.0-17.30-generic 3.0.22
RelatedPackageVersions:
 linux-restricted-modules-3.0.0-17-generic N/A
 linux-backports-modules-3.0.0-17-generic N/A
 linux-firmware 1.60
RfKill:

Tags: oneiric
Uname: Linux 3.0.0-17-generic x86_64
UpgradeStatus: Upgraded to oneiric on 2012-04-01 (0 days ago)
UserGroups: adm admin cdrom dialout lpadmin plugdev sambashare
dmi.bios.date: 12/03/2008
dmi.bios.vendor: Phoenix Technologies, LTD
dmi.bios.version: 6.00 PG
dmi.board.name: VX800
dmi.board.vendor: VIA Technologies Ltd.
dmi.board.version: 1.0
dmi.chassis.type: 3
dmi.chassis.vendor: VIA Technologies Ltd.
dmi.chassis.version: VX800
dmi.modalias: dmi:bvnPhoenixTechnologies,LTD:bvr6.00PG:bd12/03/2008:svnVIATechnologiesLtd.:pnVX800:pvr1.0:rvnVIATechnologiesLtd.:rnVX800:rvr1.0:cvnVIATechnologiesLtd.:ct3:cvrVX800:
dmi.product.name: VX800
dmi.product.version: 1.0
dmi.sys.vendor: VIA Technologies Ltd.

Brad Figg (brad-figg)
affects: linux-meta (Ubuntu) → linux (Ubuntu)
Revision history for this message
Brad Figg (brad-figg) wrote : Missing required logs.

This bug is missing log files that will aid in dianosing the problem. From a terminal window please run:

apport-collect 805205

and then change the status of the bug back to 'New'.

If, due to the nature of the issue you have encountered, you are unable to run this command, please add a comment stating that fact and change the bug status to 'Confirmed'.

This change has been made by an automated script, maintained by the Ubuntu Kernel Team.

Changed in linux (Ubuntu):
status: New → Incomplete
Revision history for this message
Eeqmcsq (lelandyue) wrote :

Since the computer freezes when the problem occurs, it is impossible to execute "apport-collect". So I can only change the status to "Confirmed".

Changed in linux (Ubuntu):
status: Incomplete → Confirmed
Revision history for this message
penalvch (penalvch) wrote :

Eeqmcsq, thank you for reporting this and helping make Ubuntu better. This bug was reported a while ago and there hasn't been any activity in it recently. We were wondering if this is still an issue? If so, could you capture the oops following https://wiki.ubuntu.com/KernelTeam/KernelTeamBugPolicies#Capturing_OOPs ? As well, can you try with the latest development release of Ubuntu? ISO CD images are available from http://cdimage.ubuntu.com/releases/ .

If it remains an issue, please place the cpu frequency to one of the ones you said it does not hang on and run the following command from a Terminal (Applications->Accessories->Terminal). It will automatically gather and attach updated debug information to this report.

apport-collect -p linux <replace-with-bug-number>

Also, if you could test the latest upstream kernel available that would be great. It will allow additional upstream developers to examine the issue. Refer to https://wiki.ubuntu.com/KernelMainlineBuilds . Once you've tested the upstream kernel, please remove the 'needs-upstream-testing' tag. This can be done by clicking on the yellow pencil icon next to the tag located at the bottom of the bug description and deleting the 'needs-upstream-testing' text. Please let us know your results.

Thanks in advance.

Changed in linux (Ubuntu):
status: Confirmed → Incomplete
Revision history for this message
Eeqmcsq (lelandyue) wrote :

Hi Christopher,

I ran a quick test on my current installation, "Ubuntu 10.04.4 LTS", using kernel "2.6.32-40-generic", and again the computer hung at 1000 MHz, as described in the bug.

I will get a spare hard drive and retest with the latest Ubuntu release 11.10. If the hang continues, I will do the "apport-collect" from this test setup.

Revision history for this message
Eeqmcsq (lelandyue) wrote : AcpiTables.txt

apport information

tags: added: apport-collected oneiric
description: updated
Revision history for this message
Eeqmcsq (lelandyue) wrote : AlsaDevices.txt

apport information

Revision history for this message
Eeqmcsq (lelandyue) wrote : AplayDevices.txt

apport information

Revision history for this message
Eeqmcsq (lelandyue) wrote : BootDmesg.txt

apport information

Revision history for this message
Eeqmcsq (lelandyue) wrote : Card0.Amixer.values.txt

apport information

Revision history for this message
Eeqmcsq (lelandyue) wrote : Card0.Codecs.codec.0.txt

apport information

Revision history for this message
Eeqmcsq (lelandyue) wrote : CurrentDmesg.txt

apport information

Revision history for this message
Eeqmcsq (lelandyue) wrote : Lspci.txt

apport information

Revision history for this message
Eeqmcsq (lelandyue) wrote : PciMultimedia.txt

apport information

Revision history for this message
Eeqmcsq (lelandyue) wrote : ProcCpuinfo.txt

apport information

Revision history for this message
Eeqmcsq (lelandyue) wrote : ProcInterrupts.txt

apport information

Revision history for this message
Eeqmcsq (lelandyue) wrote : ProcModules.txt

apport information

Revision history for this message
Eeqmcsq (lelandyue) wrote : PulseSinks.txt

apport information

Revision history for this message
Eeqmcsq (lelandyue) wrote : PulseSources.txt

apport information

Revision history for this message
Eeqmcsq (lelandyue) wrote : UdevDb.txt

apport information

Revision history for this message
Eeqmcsq (lelandyue) wrote : UdevLog.txt

apport information

Revision history for this message
Eeqmcsq (lelandyue) wrote : WifiSyslog.txt

apport information

Revision history for this message
Eeqmcsq (lelandyue) wrote :

Note: For some reason, the ubuntu/xubuntu 11.10 alternate installer kernel panics when I tried a USB install. I used an xubuntu 11.04 installer, then upgraded all of the 11.04 packages, then upgraded to xubuntu 11.10.

In xubuntu 11.10, the bug as described above still exists:

$ echo -n userspace | sudo tee scaling_governor

$ echo -n 1400000 | sudo tee scaling_setspeed
$ echo -n 1300000 | sudo tee scaling_setspeed
$ echo -n 1200000 | sudo tee scaling_setspeed
$ echo -n 1100000 | sudo tee scaling_setspeed
$ echo -n 1000000 | sudo tee scaling_setspeed
<hangs as soon as I hit Enter>

Here's some info about this 11.10 installation:

$ uname -srvmpio
Linux 3.0.0-17-generic #30-Ubuntu SMP Thu Mar 8 20:45:39 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux

$ lsb_release -rd
Description: Ubuntu 11.10
Release: 11.10

$ apt-cache policy linux-image-generic
linux-image-3.0.0-17-generic:
  Installed: 3.0.0-17.30
  Candidate: 3.0.0-17.30
  Version table:
 *** 3.0.0-17.30 0
        500 http://us.archive.ubuntu.com/ubuntu/ oneiric-updates/main amd64 Packages
        500 http://security.ubuntu.com/ubuntu/ oneiric-security/main amd64 Packages
        100 /var/lib/dpkg/status

The apport information is gathered fro this 11.10 setup.

Revision history for this message
Eeqmcsq (lelandyue) wrote :

- I installed liunx-crashdump on my xubuntu 11.10 system. Based on what I've read it sounds like this package is supposed to generate an apport prompt on the next reboot, but nothing happened.

- I have attached the file "kern.log" from the hang. I triggered the hang on "Mar 31 22:49:30", but nothing was written to kern.log at that moment.

- I cannot supply a digital photo of the screen because there's nothing unusual to show. The desktop simply "freezes" as soon as I hit Enter on the command "echo -n 1000000 | sudo tee scaling_setspeed". My keyboard's Caps Lock and Scroll Lock doesn't even rapidly blink on the hang.

- I set up a netconsole session and verified that the "receiver" was receiving kernel messages from the "sender", my xubuntu 11.10 computer. However, when I triggered the hang, the receiver showed nothing.

Revision history for this message
Eeqmcsq (lelandyue) wrote :

Hi Christopher,

- I have downloaded the latest mainline kernel from https://wiki.ubuntu.com/KernelMainlineBuilds. The files downloaded and installed are:

linux-headers-3.4.0-999_3.4.0-999.201204260409_all.deb
linux-headers-3.4.0-999-generic_3.4.0-999.201204260409_amd64.deb
linux-image-3.4.0-999-generic_3.4.0-999.201204260409_amd64.deb

- To confirm that I have booted into this mainline kernel, I executed uname:

$ uname -srvmpio
Linux 3.4.0-999-generic #201204260409 SMP Thu Apr 26 08:10:51 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux

- I ran my test sequence, and the hang occurs again, exactly as described above:

$ echo -n userspace | sudo tee scaling_governor

$ echo -n 1400000 | sudo tee scaling_setspeed
$ echo -n 1300000 | sudo tee scaling_setspeed
$ echo -n 1200000 | sudo tee scaling_setspeed
$ echo -n 1100000 | sudo tee scaling_setspeed
$ echo -n 1000000 | sudo tee scaling_setspeed
<hangs as soon as I hit Enter>

penalvch (penalvch)
tags: added: kernel-bug-exists-upstream lucid
description: updated
Revision history for this message
penalvch (penalvch) wrote :

Marking Triaged as mainline tested.

Changed in linux (Ubuntu):
status: Incomplete → Triaged
Revision history for this message
penalvch (penalvch) wrote :

Eeqmcsq, the issue you are reporting is an upstream one and it would be nice if somebody having it could send the bug to the developers of the software by following the instructions verbatim at https://wiki.ubuntu.com/Bugs/Upstream/kernel . If you have done so, please tell us the number of the upstream bug (or the link), so we can add a bugwatch that will inform us about its status. Thanks in advance.

Changed in linux:
status: New → Incomplete
Revision history for this message
Eeqmcsq (lelandyue) wrote :

Hi Christopher,

I could not find a bug that appears to be a duplicate of this bug over at bugzilla.kernel.org, so I have filed a new bug 43179.

https://bugzilla.kernel.org/show_bug.cgi?id=43179

Please add a bugwatch to bug 43179.

penalvch (penalvch)
Changed in linux:
importance: Undecided → Unknown
status: Incomplete → Unknown
Changed in linux:
importance: Unknown → High
status: Unknown → Confirmed
Revision history for this message
penalvch (penalvch) wrote :

Eeqmcsq, as per http://www.jetway.com.tw/jw/ipcboard_view.asp?productid=581&proname=NF77-N1G6-LF an update is available for your BIOS (A06.1). If you update to this, does it change anything?

tags: added: bios-outdated kernel-bug-exists-upstream-v3.4-rc4 needs-upstream-testing
removed: kernel-bug-exists-upstream
Changed in linux (Ubuntu):
importance: Undecided → Low
status: Triaged → Incomplete
Revision history for this message
Eeqmcsq (lelandyue) wrote :

Well, I feel like an idiot. A BIOS update should have been one of the things I check for before filing the bug. The only problem is that updating the BIOS appears to require a bootable DOS floppy disk, and it's been a LOOONG time since I needed one of those.

Anyway, I will try to figure something out and update this bug when I do.

Changed in linux:
status: Confirmed → Incomplete
Revision history for this message
Eeqmcsq (lelandyue) wrote :

I have updated the BIOS, and "ondemand" now works without hanging, as well as
1000 MHz and 900 MHz.

Thanks for your help. Please close this bug.

Revision history for this message
penalvch (penalvch) wrote :

Eeqmcsq, this bug report is being closed due to your last comment https://bugzilla.kernel.org/show_bug.cgi?id=43179#c3 regarding this being fixed with a BIOS update. For future reference you can manage the status of your own bugs by clicking on the current status in the yellow line and then choosing a new status in the revealed drop down box. You can learn more about bug statuses at https://wiki.ubuntu.com/Bugs/Status. Thank you again for taking the time to report this bug and helping to make Ubuntu better. Please submit any future bugs you may find.

Changed in linux (Ubuntu):
status: Incomplete → Invalid
no longer affects: linux
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.