Summary: | [Matrox/G200] Direct-rendering fails with G200 configured under AGPMode 2. | ||
---|---|---|---|
Product: | xorg | Reporter: | J. Kanowitz <jkanowitz> |
Component: | Driver/mga | Assignee: | Xorg Project Team <xorg-team> |
Status: | RESOLVED FIXED | QA Contact: | |
Severity: | normal | ||
Priority: | high | CC: | erik.andren |
Version: | 6.7.0 | ||
Hardware: | x86 (IA32) | ||
OS: | FreeBSD | ||
Whiteboard: | |||
i915 platform: | i915 features: |
Description
J. Kanowitz
2004-08-21 17:49:26 UTC
Update: Fought with this some more, now on FreeBSD 5.3-p1. mga_hal is removed. Installed latest FreeBSD DRI package from /usr/ports/graphics/dri (dri-6.2_1,2); with 6.7, ended up with DRM showing loaded in Xorg.0.log but glxinfo failing to show direct rendering enabled for "libGL error: __driCreateScreen() not defined in mga_dri.so!" (I apologize for the lack of context here, I didn't keep a full log, and wasn't expecting to progress to a state where I couldn't reproduce it.) Threw mga_load="YES" into /boot/loader.conf, rebooted, same results. For somewhat obvious reasons, most likely. Rebuilt and reinstalled the DRI port, "just in case." Same results. Gave in and installed xorg-server-6.8.1, xorg-libraries-6.8.1, and xorg-clients-6.8.1, after backing out their previous counterparts. glxinfo now displays: name of display: :0.0 libGL warning: 3D driver claims to not support visual 0x23 libGL warning: 3D driver claims to not support visual 0x24 libGL warning: 3D driver claims to not support visual 0x27 libGL warning: 3D driver claims to not support visual 0x28 libGL warning: 3D driver claims to not support visual 0x2b libGL warning: 3D driver claims to not support visual 0x2c libGL warning: 3D driver claims to not support visual 0x2f libGL warning: 3D driver claims to not support visual 0x30 display: :0 screen: 0 direct rendering: Yes ... glxgears produces the same warnings, and renders as a black window, while displaying a somewhat believable FPS. At least it doesn't trigger the sort of horrible frozen-keyboard / 'stuttering mouse' syndrome it used to. (In those circumstances, the system would remain alive enough to ssh into, but recovering the console after killing the server proved consistently impossible.) Some glx clients actually work! The xmms-iris plugin is unfazed, but at incredibly reduced performance (below software rendering) vs. what I used to achieve with the last XFree86 incarnations that worked. The Xorg process is shown eating ~95% CPU time in top. Paging through xscreensaver's GL hacks produced many black/blank previews, and one case of 'stuttering' during (when attempting to preview 'MirrorBlob') -- but, to my amazement and relief, the mouse remained responsive, the keyboard LEDs didn't die, mouse events still registered, and it was generally much more like still having a fully-functional computer with a working X server than a paperweight in need of reboot. I've also discovered the "SpeedMine" and "SpeedWorm" hacks work (presumably more instances of programs using what visuals *are* supported), taking the Xorg process up to about 35% CPU in top, and approaching a tolerable FPS, though still much slower than memory suggests. Taking a hack that doesn't work (e.g. moebius) and trying to invoke it with every visual not in the 'unsupported' list produces only more recoverable stutter and blank windows. Beyond this, I'm at a loss as to what would be useful, or how much of this is already known. I'm going to remove the mga_load from loader.conf for my next boot, and see if anything improves, but figured I'd report. --- Somewhat OT for where this has been filed, but improved or more-noticable documentation of the -need- to install the DRI ports on FreeBSD would be appreciated, as would some visible notice that drm-kmod is very, very stale and not intended for human consumption. (...and that the current 'dri' port is only intended for 6.8.1, if that's the case beyond mga.) What is the current status of this bug? Has the issues been resolved? As the original reporter, I have yet to update and re-test with a newer release. As such, "I don't know." Do any of the FreeBSD LiveCD projects support the DRI? I'm low on disk and intending to crossgrade that one system (the only SMP box I own) to DragonFly. [Will do my own research, but if the answer is 'yes' a poke by e-mail is always appreciated.] I forgot to mention that, yes, rapidly after posting the original bug, I noticed SpeedMine/SpeedWorm are not actually GL programs. The xmms-iris plugin certainly is, though. Marking broken (status null/blank) bugs in xorg with no activity in a long time as fixed. Please reopen if you think it's necessary, but first do a search if a similar bug report is already filed and in a NEW/ASSIGNED state. These bugs do not currently show in most search results as they do not have any status. Sorry for this janitorial spam, you know where to send hate mails to when your inbox gets full of bugs you're subscribed to. |
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.