| Summary: | [945GM][kernel 2.6.25] Fail to run GL program after resume | ||
|---|---|---|---|
| Product: | Mesa | Reporter: | Jie Luo <clotho67> |
| Component: | Drivers/DRI/i915 | Assignee: | Default DRI bug account <dri-devel> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | normal | ||
| Priority: | medium | CC: | khashayar.lists |
| Version: | git | ||
| Hardware: | x86 (IA32) | ||
| OS: | Linux (All) | ||
| Whiteboard: | |||
| i915 platform: | i915 features: | ||
| Attachments: |
dmesg
Xorg.0.log reg dump before suspend reg dump after resume reg dump after resume and reload i915 kernel module |
||
Created attachment 16202 [details]
Xorg.0.log
Some extra information for this, xserver-1.4.0.90, mesa-7.0.3, intel video driver 2.3.0 work fine with kernel 2.6.25. So it should be some problem caused by the git xserver or mesa. With the git xserver and mesa, if you close X, and reload the i915 kernel model after resume, glxgears works again. I can confirm having this problem on a stock hardy install which uses: mesa 7.0.3 xserver 1.4.0.90 intel: 2.2.1 @Jie Luo: Are you saying that you don't see the problem with the same setup as I have, except updated intel driver? And that the problem reappears when you update mesa and xserver to git? (In reply to comment #3) > I can confirm having this problem on a stock hardy install which uses: > mesa 7.0.3 > xserver 1.4.0.90 > intel: 2.2.1 > > @Jie Luo: Are you saying that you don't see the problem with the same setup as > I have, except updated intel driver? And that the problem reappears when you > update mesa and xserver to git? > Yes. But as I didn't try intel driver 2.2.1, I don't know whether it works with kernel 2.6.25 in my system. (In reply to comment #4) > (In reply to comment #3) > > I can confirm having this problem on a stock hardy install which uses: > > mesa 7.0.3 > > xserver 1.4.0.90 > > intel: 2.2.1 > > > > @Jie Luo: Are you saying that you don't see the problem with the same setup as > > I have, except updated intel driver? And that the problem reappears when you > > update mesa and xserver to git? > > > > Yes. But as I didn't try intel driver 2.2.1, I don't know whether it works with > kernel 2.6.25 in my system. > In that case, I assume, the problem is not necessarily with the drm modules, no? I haven't managed to get 2.3.1 working properly on my g965 machine on ubuntu (the resolution isn't correct). But I will try to install Fedora 9 later on, when I have time, and see how things work out there. As far as I know, Fedora 9 ships a 2.6.25 kernel. (Note that I'm only interested in updated drm modules because the modules from kernel 2.6.24 cause a whole lot of VBLANK wakeups while running compiz) Created attachment 16545 [details]
reg dump before suspend
Created attachment 16546 [details]
reg dump after resume
Created attachment 16547 [details]
reg dump after resume and reload i915 kernel module
From the regdump, it seems some register not restore properly during resume. This maybe the problem. Some updates, OpenGL program will work once you reload the i915 kernel module after resume, and you do not need to reload it again. OpenGL program works correctly after that, even you do another suspend and resume. (In reply to comment #10) > Some updates, OpenGL program will work once you reload the i915 kernel module > after resume, and you do not need to reload it again. OpenGL program works > correctly after that, even you do another suspend and resume. > This bug has being fixed in upstream kernel and drm master. it should be closed now. Mass version move, cvs -> git |
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 16201 [details] dmesg When upgrade to the new 2.6.25 kernel, I can not run any OpenGL program after resume. Here is the error when run glxgear after resume. $ glxgears Failed to initialize TTM buffer manager. Falling back to classic. intelWaitIrq: drm_i915_irq_wait: -16 And I find this in my dmesg. [ 119.568138] [drm:i915_wait_irq] *ERROR* EBUSY -- rec: 256129 emitted: 256130 The resume works fine with 2.6.24, so this maybe a regression in i915 drm model.