Bug 68502
Summary: | X Doesn't Work on new Intel 845G Chipset Machines | ||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | C.M. Connelly <cmc> | ||||||||||||
Component: | XFree86 | Assignee: | Mike A. Harris <mharris> | ||||||||||||
Status: | CLOSED NOTABUG | QA Contact: | David Lawrence <dkl> | ||||||||||||
Severity: | medium | Docs Contact: | |||||||||||||
Priority: | medium | ||||||||||||||
Version: | 7.3 | ||||||||||||||
Target Milestone: | --- | ||||||||||||||
Target Release: | --- | ||||||||||||||
Hardware: | i386 | ||||||||||||||
OS: | Linux | ||||||||||||||
Whiteboard: | |||||||||||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||||||||||
Doc Text: | Story Points: | --- | |||||||||||||
Clone Of: | Environment: | ||||||||||||||
Last Closed: | 2002-07-17 18:07:57 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
C.M. Connelly
2002-07-10 18:54:32 UTC
Created attachment 64644 [details]
dmesg output
Created attachment 64645 [details]
lspci output
Created attachment 64646 [details]
output of uname -a
Created attachment 65026 [details]
XFree86.0.log
Created attachment 65027 [details]
XF86Config-4
Intel i845 is not supported by XFree86 4.2.0. This is not a bug, just something that is not supported. The CVS trunk has support for this chipset, which I have backported into rawhide currently. Since the specs are not publically available for this chipset yet, and since I do not have the hardware, this backport is totally unsupported, and provided only for end user convenience in hopes that it will work. Users who try rawhide XFree86 and have problems getting i845 to work, are encouraged to report any problems to the upstream developers who have written this support, in hopes that they will fix any problems that arise. Also, if I'm informed of any fixes upstream for this chipset, I will try to integrate them into future releases - again in an unofficial "hope it works now" manner, but still not officially supported. For reference, the XFree86 status page lists the hardware currently claimed to be supported by XFree86: http://www.xfree86.org/4.2.0/Status.html Here is the Intel specific page: http://www.xfree86.org/4.2.0/Status17.html#17 Hope this helps. Intel claims that this chipset whould work with XFree86 using the VESA driver -- see <http://support.intel.com/support/graphics/intel845g/linux.htm>. It doesn't. Perhaps I was not quite clear above, when I said that the Intel i845 is not supported. Let me clarify that a bit. The Intel i845 graphics chipset, is not supported. That means that it is not supported by XFree86, because there is no code in the native Intel i810 driver to drive this hardware. That also means that this chip is not at all in any way supported by Red Hat. Not supported, means it is not a chip which we support, offer technical support for, fix bugs in, etc. because it is unsupported. For unsupported hardware, users may or may not be able to get the given hardware to work with the "vesa" driver, the "vga" driver, or by using the kernel framebuffer device support and the fbdev X driver support. If any of these alternative drivers work, that is great because it allows the user to still use their unsupported hardware in possibly slow and possibly mediocre way, rather than have no way to use XFree86 at all. However, if these "unsupported" methods do not work, then there is not anything to do about it, because we simply do not support hardware which is not supported by a native stable XFree86 device driver. Regardless of Intels claims of the "vesa" driver working or not working, this chip is still unsupported. The "vesa" driver uses the cards BIOS to implement 2D driver support, so if "vesa" does not work, it generally points at a bug in the video card's BIOS code. That is something only resolveable by the BIOS vendor, and does not fall into the Red Hat supported category either. I hope that clarifies what is meant by "support". |