Bug 33222

Summary: random hang-up with nouveau when browsing with Google chrome
Product: xorg Reporter: Zhang Chi <zhangchi866>
Component: Driver/nouveauAssignee: Nouveau Project <nouveau>
Status: RESOLVED INVALID QA Contact: Xorg Project Team <xorg-team>
Severity: normal    
Priority: medium CC: zhangchi866
Version: git   
Hardware: x86-64 (AMD64)   
OS: Linux (All)   
Whiteboard:
i915 platform: i915 features:
Attachments:
Description Flags
Xorg's log file when the screen is locked up
none
kernel log when I boot up normally
none
Xorg configuration
none
lspci -vv output as you may need it
none
env output none

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.