Bug 115346
Summary: | config returns invalid configuration | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Thoralf Will <thoralf> |
Component: | XFree86 | Assignee: | Mike A. Harris <mharris> |
Status: | CLOSED WONTFIX | QA Contact: | David Lawrence <dkl> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 1 | ||
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: | 2004-03-09 19:25:30 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: |
Description
Thoralf Will
2004-02-10 23:59:02 UTC
bug-source found: mga-driver is bugged, it works with the driver provided by matrox. if interested i can provide additional information. in general the provided (fedore)mga-driver is completely unusable in the mentioned combination (tft/crt). Open source licensed patches to the XFree86 mga driver are more than welcome. If you or anyone else is aware of a fix for this problem, I'd be happy to review it for potential inclusion in a future release. We do not however ship binary only drivers, so Matrox's provided driver is unacceptable and unuseable to us. Please attach your XFree86 server log, config file and /var/log/messages also as individual uncompressed file attachments using the file attach feature below. I used the Matrox-drivers. They are also available as source but with an gpl-incompatible license, reditribution explicitely forbidden. :( (http://www.matrox.com/mga/support/drivers/files/lnx_30.cfm) I will add the logs tomorrow. There are still some minor problems with the DVI-connector but in general it's at least working at all. Which makes that source code 100% useless to Red Hat and the rest of the open source community. Also, the specifications for the G450 and G550 were never made public, not even under NDA. If the Matrox G550 no longer works properly in open source drivers, and there is no longer any upstream maintainer maintaining the open source driver, then it is effectively "unsupported". If that is the case, and no simple solution presents itself, I will probably end up redirecting this hardware to the "vesa" driver and disabling support in the mga driver for non-functioning hardware. If none of the hardware works anymore, it might be best to just remove the driver. Bottom line really is that we ship drivers that XFree86 supports by default, and many of them are supplied by us to users as-is. Our ability to directly support the drivers is limited, and so the more broken drivers become, the more unuseable they are to us in our products. A point gets reached where we will consider the hardware unsupported if it has no active upstream maintainer(s). We simply don't have the manpower nor the technical documentation to 100% support all video hardware. The vendors have to have some responsibility in this area if they want to have their hardware work out of the box in our OS. That said, I'll await your logs, and I will do an investigation for this issue in the future. Perhaps we will get lucky and there is a fix available somewhere that is legally open source. Sorry for the delay. As it seems XFree is overwriting the logs with each start. Since I've given up trying to get the G550 working (I need to work, not to much time to play around with it) and use nvidia's FX5200 now I don't have the logs anymore. I'll suggest to mark the driver as deprecated or unsupported. When the X server starts, it rotates the previous log to be named XFree86.$DISPLAY.log.old, so that you can access the previous log once you start the X server up. Alternately the X server log can be obtained by booting into runlevel 3 after bootup after a crash. I'll mark this issue 'WONTFIX' for now, as we do not have the hardware to reproduce, and there is insufficient information in the report to be able to try and deduce the problem from logs and configs. If the problem returns in the future, and anyone is able to provide a log file and config file, feel free to reopen the report for tracking. Also recommended is to file a bug report upstream to XFree86.org. Thanks for the update. |