Bug 142105
Summary: | No DRI with mga driver on a matrox G200 due to drm failure | ||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Sitsofe Wheeler <sitsofe> | ||||||||||||
Component: | xorg-x11 | Assignee: | X/OpenGL Maintenance List <xgl-maint> | ||||||||||||
Status: | CLOSED ERRATA | QA Contact: | |||||||||||||
Severity: | medium | Docs Contact: | |||||||||||||
Priority: | medium | ||||||||||||||
Version: | 3 | CC: | alan, davej, hugh_caley, riel | ||||||||||||
Target Milestone: | --- | ||||||||||||||
Target Release: | --- | ||||||||||||||
Hardware: | i686 | ||||||||||||||
OS: | Linux | ||||||||||||||
Whiteboard: | |||||||||||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||||||||||
Doc Text: | Story Points: | --- | |||||||||||||
Clone Of: | Environment: | ||||||||||||||
Last Closed: | 2005-01-04 19:44:24 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
Sitsofe Wheeler
2004-12-07 12:28:07 UTC
Created attachment 108031 [details]
/var/log/Xorg.0.log
X.org output log
Created attachment 108032 [details]
/etc/X11/xorg.conf
Created attachment 108033 [details]
dmesg
I'm having the same problem with xorg-x11-6.8.1-12.FC3.21 on FC3 x86_64 with both a Matrox G550 card and a Radeon 9200 card. 2.6.9-1.681_FC3 #1 Thu Nov 18 15:13:22 EST 2004 x86_64 x86_64 x86_64 GNU/Linux Same DRM/DRI errors as above. Created attachment 108074 [details]
Errors from Xorg.0.log on x86_64 and Radeon 9200
Poster, you aren't using FC3 x86_64, are you? No I'm not, I'm using FC3 i386 Created attachment 108927 [details]
Xorg and dmesg logs of Radeon drm/dri failure
The Matrox DRI hasn't worked for a number of X.org releases now it seems, depending on the hardware. There does not appear to be an upstream maintainer for this driver anymore, so problems don't seem to get fixed upstream anymore. ;o/ I don't notice any DRI related errors in the X.org log, and no DRM related ones in dmesg. Does your /var/log/messages contain any relevant oops messages or other DRM or AGP related errors? AGP is aparently rather broken in our current kernels, so it's possible there's a problem on the AGP side of things. I recommend reporting the Matrox issue to X.Org via the http://bugs.freedesktop.org bugzilla also, to maximize the likelyhood of someone investigating it and fixing it sooner. If you do, please paste the URL here and we'll track the issue there as well. Thanks in advance. In reply to comment #4/5/8: DRI bugs in general are either kernel module specific DRM issues, or 2D or 3D driver specific issues on the X side. Generic DRI bugs that affect all hardware are extremely rare, so if you are having a DRI bug report on hardware other than what is initially reported in this bug report, it should be treated as a separate issue, and if you believe they may be related, or be caused due to common DRI code, AGP, or similar, you can indicate that in your bug report when you file it separately. As a side note, when attaching files to bugzilla, always attach individual uncompressed files, one file per attachment, so they are individually viewable by clicking on them in a web browser. Thanks. There are no DRM or AGP errors in /var/log/messages* . There are no oopses in there either. Re: lack of upstream maintainer Ouch. It's a pity matrox can't help (maybe they have the usual licenced IP problems). Anyway, I filed this on fd.o - https://bugs.freedesktop.org/show_bug.cgi?id=2125 I'll ping this bug again after a new kernel with agpgart fixes is released to see if this problem goes away. (II) MGA(0): Using overlay video (==) MGA(0): Direct rendering disabled This problem mysteriously went away after an update to kernel-2.6.9-1.724_FC3. How should this be resolved? CURRENTRELEASE (even though it appears not to be x.org problem)? possibly a bad interaction between the 4g4g patch. It's the biggest difference over the previous release. |