Bug 33222 - random hang-up with nouveau when browsing with Google chrome
Summary: random hang-up with nouveau when browsing with Google chrome
Status: RESOLVED INVALID
Alias: None
Product: xorg
Classification: Unclassified
Component: Driver/nouveau (show other bugs)
Version: git
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Nouveau Project
QA Contact: Xorg Project Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-01-17 20:16 UTC by Zhang Chi
Modified: 2013-08-18 18:09 UTC (History)
1 user (show)

See Also:
i915 platform:
i915 features:


Attachments
Xorg's log file when the screen is locked up (48.12 KB, text/plain)
2011-01-17 20:16 UTC, Zhang Chi
no flags Details
kernel log when I boot up normally (59.69 KB, text/plain)
2011-01-17 20:18 UTC, Zhang Chi
no flags Details
Xorg configuration (317 bytes, text/plain)
2011-01-22 06:50 UTC, Zhang Chi
no flags Details
lspci -vv output as you may need it (12.40 KB, text/plain)
2011-01-22 06:51 UTC, Zhang Chi
no flags Details
env output (2.65 KB, text/plain)
2011-01-22 07:01 UTC, Zhang Chi
no flags Details

Description Zhang Chi 2011-01-17 20:16:35 UTC
Created attachment 42141 [details]
Xorg's log file when the screen is locked up

Machine: Acer AS4741G Laptop, GeForce GT330M
OS: Ubuntu 10.10 with kernel 2.6.35-24-generic ppa kernel 2.6.37-12-generic

Description:
  While nVidia's official driver does not work on this machine with Ubuntu 10.10 at all(kernel module crashes when Xorg starts), nouveau has been working quite well during the most of the time. However, my screen gets locked up sometimes, while the mouse can still move(I guess that's because of the KMS?). Eventually I noticed most of the hang-ups occur when I am browsing with Google Chrome.
  If I simply press SysRq + E, nothing interesting will happen. However, if I press Alt + F1 then Ctrl + Alt + Delete, I can get my terminal output back, with mouse pointer still on it(and still be able to move). When the system is rebooting, I noticed some interesting output generated by nouveau kernel module, unfortunately I failed to capture it. It was about freeing pipes or something like that.

How to reproduce:
  Open Google Chrome and do some browsing. Sometimes it will occur.

Some related kernel log:
[ 3898.187413] lo: Disabled Privacy Extensions
[ 4678.979112] SysRq : Emergency Sync
[ 4680.136259] Emergency Sync complete
[ 4682.051498] SysRq : Emergency Sync
[ 4682.182746] Emergency Sync complete
[ 4700.331310] SysRq : Emergency Sync
[ 4700.810373] SysRq : Terminate All Tasks
[ 4700.896122] [drm] nouveau 0000:02:00.0: nouveau_channel_free: freeing fifo 4
[ 4703.168838] Emergency Sync complete
[ 4703.192146] udev[6756]: starting version 163
[ 4706.996895] SysRq : Keyboard mode set to system default
[ 4709.226534] SysRq : Emergency Sync
[ 4709.380392] Emergency Sync complete
[ 4720.799825] SysRq : Emergency Sync
[ 4721.060145] SysRq : Emergency Sync
[ 4721.238953] SysRq : Emergency Sync
[ 4721.469322] Emergency Sync complete
[ 4721.536215] Emergency Sync complete
[ 4722.294752] Emergency Sync complete
[ 4723.461188] SysRq : Emergency Remount R/O
(I am so silly that I pressed SysRq + U, otherwise something useful will get logged.)
Comment 1 Zhang Chi 2011-01-17 20:18:17 UTC
Created attachment 42142 [details]
kernel log when I boot up normally
Comment 2 Zhang Chi 2011-01-17 20:26:56 UTC
Sorry but I forgot to mention that the version of my Google Chrome is 8.0.552.224 with all experiments disabled. My system locale is zh-CN.UTF-8 and default fonts for chrome are: Georgia Normal 12, Droid Sans Fallback 12 and DejaVu Sans YuanTi Mono 12(can be found at http://forum.ubuntu.org.cn/viewtopic.php?t=110509).
Comment 3 Zhang Chi 2011-01-22 06:43:18 UTC
Finally I caught lines like:

  Failed to idle channel 2.
  Ctxprog is still running
  PGRAGH idle timed out with status 0x00100101
  Ctxprog is still running
  PGRAGH idle timed out with status 0x00100101
  PGRAGH idle timed out with status 0x00100101
  ......(something about fifo 3, this time no failure but "Ctxprog is still running" for 2 times)

when X is locked up and I was trying to reboot. It took 17 secs.
Adding
LIBGL_ALWAYS_INDIRECT=1
and
LIBGL_ALWAYS_SOFTWARE=1
almost makes no difference. X continues to be locked up, usually once a day, not in certian time of the day, however.

I hope these information can be useful enough, as I can not come up with anything else.
Comment 4 Zhang Chi 2011-01-22 06:50:49 UTC
Created attachment 42304 [details]
Xorg configuration
Comment 5 Zhang Chi 2011-01-22 06:51:42 UTC
Created attachment 42305 [details]
lspci -vv output as you may need it
Comment 6 Zhang Chi 2011-01-22 06:58:08 UTC
I have to mention that this bug is quite like https://bugs.freedesktop.org/show_bug.cgi?id=26980
except when I pressed SysRq+E, when the harddisk indicator is no longer flashing, the screen is still locked up, with the last screen in X, and a mouse able to move.

Both xf86-video-nouveau and mesa are from git repo.
for xf86-video-nouveau I used:
./configure --prefix=/usr
and for mesa:
./configure --enable-glx-tls --with-dri-drivers= --enable-gallium-nouveau --disable-gallium-i915 --disable-gallium-i965 --disable-gallium-radeon --disable-gallium-r600 --disable-gallium-svga --with-state-trackers=glx,dri --prefix=/usr
Comment 7 Zhang Chi 2011-01-22 07:01:06 UTC
Created attachment 42306 [details]
env output
Comment 8 Ilia Mirkin 2013-08-18 18:09:25 UTC
It appears that this bug report has laid dormant for quite a while. Sorry we haven't gotten to it. Since we fix bugs all the time, chances are pretty good that your issue has been fixed with the latest software. Please give it a shot. (Linux kernel 3.10.7, xf86-video-nouveau 1.0.9, mesa 9.1.6, or their git versions.) If upgrading to the latest isn't an option for you, your distro's bugzilla is probably the right destination for your bug report.

In an effort to clean up our bug list, we're pre-emptively closing all bugs that haven't seen updates since 2011. If the original issue remains, please make sure to provide fresh info, see http://nouveau.freedesktop.org/wiki/Bugs/ for what we need to see, and re-open this one.

Thanks,

The Nouveau Team


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.