Summary: | random hang-up with nouveau when browsing with Google chrome | ||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Product: | xorg | Reporter: | Zhang Chi <zhangchi866> | ||||||||||||
Component: | Driver/nouveau | Assignee: | 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: |
|
Created attachment 42142 [details]
kernel log when I boot up normally
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). 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. Created attachment 42304 [details]
Xorg configuration
Created attachment 42305 [details]
lspci -vv output as you may need it
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 Created attachment 42306 [details]
env output
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.
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.)