Summary: | [modesetting] Broken OpenGL | ||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Product: | xorg | Reporter: | Frederic Riss <frederic.riss> | ||||||||||
Component: | Driver/intel | Assignee: | Eric Anholt <eric> | ||||||||||
Status: | RESOLVED FIXED | QA Contact: | Xorg Project Team <xorg-team> | ||||||||||
Severity: | normal | ||||||||||||
Priority: | medium | CC: | colin, tomi | ||||||||||
Version: | git | ||||||||||||
Hardware: | Other | ||||||||||||
OS: | All | ||||||||||||
Whiteboard: | |||||||||||||
i915 platform: | i915 features: | ||||||||||||
Bug Depends on: | |||||||||||||
Bug Blocks: | 10102 | ||||||||||||
Attachments: |
|
Description
Frederic Riss
2007-02-27 10:47:22 UTC
Created attachment 8890 [details]
xorg configuration file
Created attachment 8891 [details]
Xorg.log in EFI mode (Jerky OpenGL)
Created attachment 8892 [details]
Xorg.log file in BIOS mode (totally broken OpenGL)
Possibly related: 3D performance with recent git snapshot (yesterday) is far worse than with a January snapshot for me (and for Colin Guthrie, see http://lists.freedesktop.org/archives/xorg/2007-March/022227.html). I can run GL stuff - glxgears, beryl - but it's very slow (glxgears 300fps, beryl pretty much unusable). With my January snapshot this was fine. I also went to git drm modules with no noticeable change. First of all, does this still happen with the xf86-video-intel master branch after the modesetting merge? Does anybody have an idea when the regression happened? git-bisect would be ideal, but even a date range might help. In the meantime, please attach the stderr output from running a GL application with LIBGL_DEBUG=verbose. Actually, I'm seeing this as well now and have isolated it a little with git-bisect. xf86-video-intel commit a61a6b1db610a07060d0dcca54b66a4b2b3686cc is the last good one I could find for now, 5732dd7221b7bb24bf21e16066f014a0c7cb6b2a the first bad one. Everything in between crashes on server startup. My first guess would be it's some kind of regression of the video memory allocation rework. I fixed a performance regression just a moment ago, which may have caused your issue. Please retest with the current code in master. The latest commits have significantly improved things on my i915, but performance is still lagging behind commit a61a6b1db610a07060d0dcca54b66a4b2b3686cc. That seems to have been it, thanks! (In reply to comment #8) > The latest commits have significantly improved things on my i915, but > performance is still lagging behind commit > a61a6b1db610a07060d0dcca54b66a4b2b3686cc. Is it using the same 3D driver as before? The current code will only use i915tex with Option "Legacy3D" "off". (In reply to comment #10) > Is it using the same 3D driver as before? The current code will only use > i915tex with Option "Legacy3D" "off". Nope, it wasn't using the same 3D driver. I didn't realize that this had changed. The man page could use an update to reflect this. Disabling Legacy3D has restored performance. Created attachment 9018 [details] [review] intel-man.patch |
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.