[CX700] Mouse, keyboard, and power button freeze

Bug #432178 reported by captinkid
16
This bug affects 3 people
Affects Status Importance Assigned to Milestone
hal (Ubuntu)
Expired
High
Unassigned
Nominated for Hardy by CAMARA
linux (Ubuntu)
Won't Fix
Medium
Unassigned
Nominated for Hardy by CAMARA
xserver-xorg-video-openchrome (Ubuntu)
Invalid
High
Unassigned
Nominated for Hardy by CAMARA

Bug Description

Tested on 4 Cendyne cloudbooks, mouse, power button, and keyboard become non responsive while the computer continues running. It can occur at anytime after the background is displayed on boot.

The only work around is to plug in a USB keyboard and use the CRTL-ALT-F2 and use the terminal to reboot the computer.

No related errors listed in Dmesg or xorg.log after the freeze.

ProblemType: Bug
Architecture: i386
CheckboxCommand: xrandr_cycle
CheckboxTest: xrandr_cycle
Date: Thu Sep 17 16:13:06 2009
DistroRelease: Ubuntu 9.10
MachineType: VIA/Phoenix CX700
Package: x11-xserver-utils 7.4+2ubuntu1
ProcCmdLine: BOOT_IMAGE=/boot/vmlinuz-2.6.31-10-generic root=UUID=3c20b297-7b4e-4d71-9a7c-fcb95b23aadc ro quiet splash noacpi
ProcEnviron:
 SHELL=/bin/bash
 LANG=en_US.UTF-8
ProcVersionSignature: Ubuntu 2.6.31-10.34-generic
RelatedPackageVersions:
 xserver-xorg 1:7.4+3ubuntu5
 libgl1-mesa-glx 7.6.0~git20090817.7c422387-0ubuntu4
 libdrm2 2.4.13-1ubuntu1
 xserver-xorg-video-intel 2:2.8.1-1ubuntu1
 xserver-xorg-video-ati 1:6.12.99+git20090825.fc74e119-0ubuntu1
SourcePackage: x11-xserver-utils
Tags: checkbox-bug
Uname: Linux 2.6.31-10-generic i686
XorgConf: Error: [Errno 2] No such file or directory: '/etc/X11/xorg.conf'
dmi.bios.date: 06/13/2008
dmi.bios.vendor: Phoenix Technologies LTD
dmi.bios.version: 6.00
dmi.board.asset.tag: Tag 12345
dmi.board.name: VIA Demo Board
dmi.board.vendor: VIA
dmi.board.version: VT8380D
dmi.chassis.asset.tag: No Asset Tag
dmi.chassis.type: 1
dmi.chassis.vendor: No Enclosure
dmi.chassis.version: N/A
dmi.modalias: dmi:bvnPhoenixTechnologiesLTD:bvr6.00:bd06/13/2008:svnVIA/Phoenix:pnCX700:pvrVT8380D:rvnVIA:rnVIADemoBoard:rvrVT8380D:cvnNoEnclosure:ct1:cvrN/A:
dmi.product.name: CX700
dmi.product.version: VT8380D
dmi.sys.vendor: VIA/Phoenix
fglrx: Not loaded
system:
 distro: Ubuntu
 architecture: i686kernel: 2.6.31-10-generic

Revision history for this message
captinkid (captinkid) wrote :
Revision history for this message
Bartosz Kosiorek (gang65) wrote :

Please build/install the latest openchrome driver and enable debug mode.
The detail build instruction for Ubuntu/Debian is available at:
https://help.ubuntu.com/community/OpenChrome

Then attach your /var/log/Xorg.0.log file.

Revision history for this message
Bartosz Kosiorek (gang65) wrote :

When you switch to VESA, is everything is ok?

What happened when you run Ubuntu Jaunty?

summary: - Mouse, keyboard, and power button freeze
+ [CX700] Mouse, keyboard, and power button freeze
Changed in ubuntu:
importance: Undecided → High
affects: ubuntu → xserver-xorg-video-openchrome (Ubuntu)
Bryce Harrington (bryce)
Changed in xserver-xorg-video-openchrome (Ubuntu):
status: New → Confirmed
Revision history for this message
captinkid (captinkid) wrote : Re: [Bug 432178] Re: [CX700] Mouse, keyboard, and power button freeze

The mouse, keyboard and video card are currently frozen, I am
currently using an external USB keyboard to build the openchrome debug
driver.

I have saved the Xorg.0.log (current run with input freeze and
openchrome (non debug)) and Xorg.0.log.old.

Running with the command line interface is stable, however the input
freeze also affects the terminal and command line. External USB inputs
still function.

The inputs still froze while running X in vesa mode.

Jaunty would not install and boot reliably. It would freeze at random
points during the install process, and freeze seconds after X started.

Karmic installed properly, but it has the input freeze problem.

Is there any test I could run while it is frozen that would help
diagnose this issue?

Revision history for this message
captinkid (captinkid) wrote :

The mouse, keyboard and video card are currently frozen, I am
currently using an external USB keyboard to build the openchrome debug
driver.

I have saved the Xorg.0.log (current run with input freeze and
openchrome (non debug)) and Xorg.0.log.old.

Running with the command line interface is stable, however the input
freeze also affects the terminal and command line. External USB inputs
still function.

The inputs still froze while running X in vesa mode.

Jaunty would not install and boot reliably. It would freeze at random
points during the install process, and freeze seconds after X started.

Karmic installed properly, but it has the input freeze problem.

Is there any test I could run while it is frozen that would help
diagnose this issue?

Revision history for this message
Bartosz Kosiorek (gang65) wrote :

What kind hardware do you have?
Add link to your hardware model.

I think if in Vesa this error still exist, then this is not in openchrome.

Revision history for this message
Bartosz Kosiorek (gang65) wrote :

If you have FIC CE260 I found this article which should be helpful:

http://jouston.no-ip.com/archives/000241.html

Revision history for this message
Roberto Rosario (roberto-rosario-gonzalez) wrote :

Also happens on the Sylvania G Netbook 13001
Same chipset: VIA CX700

Revision history for this message
Bartosz Kosiorek (gang65) wrote :

Please attach your xorg.conf file

Revision history for this message
Bartosz Kosiorek (gang65) wrote :

I found following an warning in your Xorg.log file:

(WW) AllowEmptyInput is on, devices using drivers 'kbd', 'mouse' or 'vmmouse' will be disabled.
(WW) Disabling Mouse0
(WW) Disabling Keyboard0

Revision history for this message
Bartosz Kosiorek (gang65) wrote :

I think you have enabled option:

    * Option "AllowEmptyInput" "false"

More information about this is available at:
http://fedoraproject.org/wiki/Input_device_configuration#Disabling_the_use_of_HAL

Revision history for this message
captinkid (captinkid) wrote :

I do not have:

Option "AllowEmptyInput" "false"

In my xorg.conf

Would that affect the fact that the inputs freeze after working
normally for several minutes? I would think that the setting would
stop it from working at all.

Matthew Wallace

On Mon, Sep 28, 2009 at 4:37 AM, Bartosz <email address hidden> wrote:
> ** Also affects: hal (Ubuntu)
>   Importance: Undecided
>       Status: New
>
> --
> [CX700] Mouse, keyboard, and power button freeze
> https://bugs.launchpad.net/bugs/432178
> You received this bug notification because you are a direct subscriber
> of the bug.
>

Revision history for this message
captinkid (captinkid) wrote :

I switched my system over to "vesa" from "openchrome" and I am not
getting the regular input freezes. Also the system performance seems
to be just fine with the vesa driver.

It was crashing 100% of the time on the "openchrome" driver whenever I
tried to access gmail. It locks up the inputs as soon as you enter
your username and password and click to login.

Matthew Wallace

On Mon, Sep 28, 2009 at 8:53 AM, Matthew Wallace <email address hidden> wrote:
> I do not have:
>
> Option "AllowEmptyInput" "false"
>
> In my xorg.conf
>
> Would that affect the fact that the inputs freeze after working
> normally for several minutes? I would think that the setting would
> stop it from working at all.
>
> Matthew Wallace
>
>
> On Mon, Sep 28, 2009 at 4:37 AM, Bartosz <email address hidden> wrote:
>> ** Also affects: hal (Ubuntu)
>>   Importance: Undecided
>>       Status: New
>>
>> --
>> [CX700] Mouse, keyboard, and power button freeze
>> https://bugs.launchpad.net/bugs/432178
>> You received this bug notification because you are a direct subscriber
>> of the bug.
>>
>

Revision history for this message
Roberto Rosario (roberto-rosario-gonzalez) wrote :

I added the following to xorg:

Section "ServerLayout"
 Identifier "Configure Server"
 Option "AllowEmptyInput" "false"
EndSection

This resulted in duplicated keystrokes and the frozen keyboard/mouse problem still happened after a while.

In my case using an external mouse and the following grub command options almost eradicate the problem (is only triggered after several hours): "idle=halt io_delay=none pci=routeirq clocksource=hpet"

Changed in hal (Ubuntu):
importance: Undecided → High
Revision history for this message
Roberto Rosario (roberto-rosario-gonzalez) wrote :

Changing the video driver to VESA didn't lowered the recurrence in a measurable manner for me.

Revision history for this message
Bartosz Kosiorek (gang65) wrote :

Try to remove this section in xorg.conf:

Section "Module"
 Load "dri2"
 Load "dbe"
 Load "record"
 Load "glx"
 Load "dri"
 Load "extmod"
EndSection

Revision history for this message
captinkid (captinkid) wrote :

I commented out that section, with the "openchrome" driver the inputs
still freeze on gmail login. With the "vesa" driver the inputs still
do not freeze on gmail login.

Matthew Wallace

On Thu, Oct 1, 2009 at 4:25 AM, Bartosz <email address hidden> wrote:
> Try to remove this section in xorg.conf:
>
> Section "Module"
>        Load  "dri2"
>        Load  "dbe"
>        Load  "record"
>        Load  "glx"
>        Load  "dri"
>        Load  "extmod"
> EndSection
>
> --
> [CX700] Mouse, keyboard, and power button freeze
> https://bugs.launchpad.net/bugs/432178
> You received this bug notification because you are a direct subscriber
> of the bug.
>

Revision history for this message
Roberto Rosario (roberto-rosario-gonzalez) wrote :

My /etc/X11/xorg.conf file is pretty basic

Section "Device"
 Identifier "Configured Video Device"
 Driver "openchrome"
# Driver "vesa"
 Option "DPMS"
# Option "SWcursor"
 Option "VBERestore" "true"
EndSection

Section "Monitor"
 Identifier "Configured Monitor"
EndSection

Section "Screen"
 Identifier "Default Screen"
 Monitor "Configured Monitor"
 Device "Configured Video Device"
EndSection

#Section "ServerLayout"
# Identifier "Configure Server"
# Option "AllowEmptyInput" "false"
#EndSection

Bryce Harrington (bryce)
tags: added: karmic
Revision history for this message
captinkid (captinkid) wrote :

Bug repeatable in final of Karmic 9.10 netbook remix

Revision history for this message
Jack McSlay (jack-mcslay) wrote :

same happens to me, but in my case it's not a notebook, but with the genius traveler 515 laser. It starts normally, but after some time it simply freezes. If I try to log off to reboot the X server, the whole system will freeze.

It seems totally random, sometimes I leave it doing nothing and when I return the mouse's frozen and the only I can do is plug another mouse or reboot the system. But it seems to happen more often when I'm using Blender or Wings3d

Revision history for this message
GNET13001 (blondeendurance) wrote :

I have been happily using the GNET13001 for about ten months. The freeze occurs when the cpu runs too slowly.

To make this thing work, you must first make sure that your kernel actually supports frequency scaling for the C7. In my case, I had to recompile the kernel. I do not know if more recent netbook remix kernels have this built in.

After that, make sure that you have the cpufrequtils package installed and run:

cpufreq-set --min 700Mhz

I know this is not a great solution. The cpu should be able to scale through all of its available range. OK. On the other hand, this transformed my GNET13001 from a paperweight into a useful netbook.

tags: added: review-request
Revision history for this message
captinkid (captinkid) wrote :

As posted by GNET13001, the error seems to stem from the CPU min freq. A kernel patch or the following change used on the Acer Aspire one will get it running without the crashing.

https://lists.ubuntu.com/archives/ubuntu-users/2009-May/184038.html

> Just curious, do you have cpu frequency scaling and its utility installed?
>
> dpkg --get-selections | grep cpufrequtils
>
> If you have:
> cpufrequtils install
>
> It means you have them. Now, my netbook is a VIA C7-M ULV (vs your Atom processor within that Aspire One), I have to raise cpu frequency scaling's minimum frequency value to stop those random freezing. You might want to take a look in your system's frequency settings:
>
> sudo cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_min_freq
>
> VIA C7-M 1.2GHz minimum frequency value was 400004, I had to raise it to 500000 (add below line just before "exit 0" line in /etc/rc.local file):
>
> echo "500000" > /sys/devices/system/cpu/cpu0/cpufreq/scaling_min_freq
>
> (Above is a one contigeous line) Afterwards reboot, use and observe. Raise the value if necessary.
>
> I must admit, Atom processor is definitely not same with VIA processor, but perhaps it suffer from same underclock problem incited by cpufrequtils. Worth to try. Oh, almost forgot, don't remove cpufrequtils. These application are responsible to prolong your battery charge by downclocking (thus preserve electricity) within processor. Normally you have an "ondemand" setting which may throttle processing power up and down.
>

Changed in linux (Ubuntu):
importance: Undecided → Medium
status: New → Confirmed
Changed in xserver-xorg-video-openchrome (Ubuntu):
status: Confirmed → Invalid
Revision history for this message
Brad Figg (brad-figg) wrote : Unsupported series, setting status to "Won't Fix".

This bug was filed against a series that is no longer supported and so is being marked as Won't Fix. If this issue still exists in a supported series, please file a new bug.

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

Changed in linux (Ubuntu):
status: Confirmed → Won't Fix
Jason Schuh (jschuh11)
Changed in hal (Ubuntu):
status: New → Incomplete
Revision history for this message
Launchpad Janitor (janitor) wrote :

[Expired for hal (Ubuntu) because there has been no activity for 60 days.]

Changed in hal (Ubuntu):
status: Incomplete → Expired
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.