Bug 589420
Summary: | [Alviso] DRI on Intel 915GM/GMS/910GML doesn't work | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | sd.domrep | ||||||||
Component: | xorg-x11-drv-intel | Assignee: | Adam Jackson <ajax> | ||||||||
Status: | CLOSED WONTFIX | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||||
Severity: | low | Docs Contact: | |||||||||
Priority: | low | ||||||||||
Version: | 15 | CC: | ajax, dcantrell, dwmw2, mcepl, mrlhwliberty, xgl-maint | ||||||||
Target Milestone: | --- | Keywords: | Triaged | ||||||||
Target Release: | --- | ||||||||||
Hardware: | i686 | ||||||||||
OS: | Linux | ||||||||||
Whiteboard: | |||||||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||||||
Doc Text: | Story Points: | --- | |||||||||
Clone Of: | Environment: | ||||||||||
Last Closed: | 2012-08-07 19:25:04 UTC | Type: | --- | ||||||||
Regression: | --- | Mount Type: | --- | ||||||||
Documentation: | --- | CRM: | |||||||||
Verified Versions: | Category: | --- | |||||||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||||
Cloudforms Team: | --- | Target Upstream Version: | |||||||||
Embargoed: | |||||||||||
Attachments: |
|
Description
sd.domrep
2010-05-06 05:39:23 UTC
xorg-x11-drv-intel-2.11.0-4.fc13 the same result on i195GM Dear All. Just for the information: kernel .33-85 xorg-x11-server 1.8.0-12.fc13 xorg-x11-drv-intel-2.11.0-4.fc13 Result the same. 98 frames in 5.1 seconds = 19.359 FPS 81 frames in 5.0 seconds = 16.171 FPS 94 frames in 5.0 seconds = 18.618 FPS Quick mouse movement around the screen: 273 frames in 5.0 seconds = 54.570 FPS 301 frames in 5.0 seconds = 60.101 FPS 296 frames in 5.0 seconds = 59.103 FPS Thanks. The glxgear can not do benchmark. In real game, it performs very well. The sentense "Running synchronized to the vertical refresh. The framerate should be approximately the same as the monitor refresh rate." mean it should be at 50 fps. Please use openarena or nexuiz to do benchmark. I do not understand how many times I have to tell you that I do not want to measure anything. I use glxgears to see current FPS and they exactly the same that game shows me (Quake). Please read my thread. http://forums.fedoraforum.org/showthread.php?t=244492 I want to have always 60 FPS no matter what I do - move my mouse or play a movie. Right now I have 12-20FPS if I do nothing and games and glxgears shows me the same. Quake FPS jumps from 20 to 60. And more important that glxgears and quake on my i686 i915GM IS NOT SYNCHRONIZED TO THE VERTICAL REFRESH because I got ANY FPS except of 60, which is my VRR. I am happy to say that I found source of my problems. DRI2 module. As long as I start Xorg with "Disable DRI2" in module section I have normal picture and I have normal smooth rotatin of the gears in "glxgears" test. Output of the "glxgears" without dri2 module: 565 frames in 5.0 seconds = 112.932 FPS 559 frames in 5.0 seconds = 111.726 FPS 558 frames in 5.0 seconds = 111.590 FPS 554 frames in 5.0 seconds = 110.797 FPS 569 frames in 5.0 seconds = 113.742 FPS XIO: fatal IO error 11 (Resource temporarily unavailable) on X server ":0.0" after 6301 requests (36 known processed) with 0 events remaining. Output of TOP: 1676 vas 20 0 15784 4868 1760 R 52.6 0.3 0:03.75 glxgears 1032 root 20 0 53664 12m 7124 S 39.9 0.8 0:50.63 X Of course there is no H/W acceleration. Glxgears output WITH DRI2 module loaded: 98 frames in 5.1 seconds = 19.359 FPS 81 frames in 5.0 seconds = 16.171 FPS 94 frames in 5.0 seconds = 18.618 FPS Look like hardware acceleration "REALLY" helps 00:02.0 VGA compatible controller: Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller (rev 04) 00:02.1 Display controller: Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller (rev 04) Hello. I would like to remind you, that H/W OpenGl acceleration on my card doesn't really work. And it has not worked since Fedora 12. DRI2 module makes screen picture unusable. Can some one please pay attention to this problem. Or if 00:02.0 VGA compatible controller: Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller (rev 04) 00:02.1 Display controller: Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller (rev 04) is not supported anymore, I would like to see official announcement. Thank you. Dear All. It looks like no one care about this problem, but it does still exist and exist it Fedora 15/16 with server-1.10.0-3 + drv-intel-2.14.0-3+kernel-2.6.35.11-83.fc14. (I installed new xserver on fedora 14) I still have 00:02.1 Display controller: Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller, and glxgears said that FPS should be the same as VSYNC. It is not - it is 17~15 fps. It can be ~60 only when I am moving mouse around. And actually screen picture is awful, it become better only when DRI -in "no" in xorg.conf So I start to think that may be DRI is not synchronized with vsync at all? Thanks for reading. Thanks for the bug report. We have reviewed the information you have provided above, and there is some additional information we require that will be helpful in our diagnosis of this issue. Please add drm.debug=0x04 to the kernel command line, restart computer, and attach * your X server config file (/etc/X11/xorg.conf, if available), * X server log file (/var/log/Xorg.*.log) * output of the dmesg command, and * system log (/var/log/messages) to the bug report as individual uncompressed file attachments using the bugzilla file attachment link above. We will review this issue again once you've had a chance to attach this information. Thanks in advance. Created attachment 487595 [details]
Xorg log file
Created attachment 487599 [details]
Dmesg
Created attachment 487600 [details]
Messages
To tell the truth, in order to use fedora 15 picture output on my laptop LSD (LVDS-1) for more then 30 min. I have to change a lot: in grub: lpj=2000000 i915.powersave=0 in xorg.conf: Option "DRI" "no" Option "SwapbuffersWait" "no" Modeline "1024x768_60.00" 64.11 1024 1080 1184 1344 768 769 772 795 -HSync +Vsync (made bu gtf) I do not know what of those help, but it makes LCD screen picture very similar to the 4 years old opensuse 11.1, but unfortunately not exactly. Thank you. Sorry, I have not been clear enough about screen picture on my LCD. Without any adjustments picture looks like LCD uses 50 Hz or less vrr. You can imagine what I see, and it starts since X11R7.5. I check as much as I can on this laptop: freebsd, debian, last opensuse - always the same results - unusable screen picture and this bug with glxgears. Video chipset: 00:02.0 VGA compatible controller: Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller (rev 04) 00:02.1 Display controller: Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller (rev 04) X server 1.5.2 (opensuse 11.1) works absolutely perfect and glxgears gives me: 3300 frames in 5.0 seconds = 659.962 FPS 3331 frames in 5.0 seconds = 666.099 FPS with XAA acceleration. This message is a notice that Fedora 15 is now at end of life. Fedora has stopped maintaining and issuing updates for Fedora 15. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At this time, all open bugs with a Fedora 'version' of '15' have been closed as WONTFIX. (Please note: Our normal process is to give advanced warning of this occurring, but we forgot to do that. A thousand apologies.) Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, feel free to reopen this bug and simply change the 'version' to a later Fedora version. Bug Reporter: Thank you for reporting this issue and we are sorry that we were unable to fix it before Fedora 15 reached end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged to click on "Clone This Bug" (top right of this page) and open it against that version of Fedora. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping |