Bug 138712
Summary: | mtrr: type mismatch for e8000000,8000000 old: write-back new: write-combining | ||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Bill Nottingham <notting> | ||||||||||||||
Component: | xorg-x11 | Assignee: | X/OpenGL Maintenance List <xgl-maint> | ||||||||||||||
Status: | CLOSED UPSTREAM | QA Contact: | |||||||||||||||
Severity: | medium | Docs Contact: | |||||||||||||||
Priority: | medium | ||||||||||||||||
Version: | 3 | CC: | alan, gajownik, rvokal | ||||||||||||||
Target Milestone: | --- | Keywords: | Triaged | ||||||||||||||
Target Release: | --- | ||||||||||||||||
Hardware: | All | ||||||||||||||||
OS: | Linux | ||||||||||||||||
Whiteboard: | |||||||||||||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||||||||||||
Doc Text: | Story Points: | --- | |||||||||||||||
Clone Of: | Environment: | ||||||||||||||||
Last Closed: | 2005-08-30 17:29:53 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: | |||||||||||||||||
Bug Depends On: | |||||||||||||||||
Bug Blocks: | 150221 | ||||||||||||||||
Attachments: |
|
Description
Bill Nottingham
2004-11-10 20:15:09 UTC
Created attachment 106435 [details]
config file
Created attachment 106436 [details]
xorg log
Configure the system to boot into runlevel 3, so that X does not start after a clean system reboot. Then capture the output of /proc/mtrr so we know what MTRRs are set prior to X starting up. Also check if /var/log/messages contains any MTRR related errors or messages prior to starting X. Then start up X using "startx", and attach the /proc/mtrr results from the X session, and /var/log/messages MTRR entries, as well as the X log if it differs from the attached one. TIA Created attachment 106437 [details]
/proc/mtrr before X
Created attachment 106438 [details]
/proc/mtrr after starting X
Created attachment 106439 [details]
dmesg before X
Created attachment 106440 [details]
dmesg after starting X
Please read this thread รข http://www.ussg.iu.edu/hypermail/linux/kernel/0411.3/0314.html - it seems that this bug was fixed in kernel 2.6.10 (this was the main reason why MPlayer was slower on 2.6 kernels; unfortunately it's still faster on 2.4 ones). There is still one question - does it need to be fixed in X.org X11 as it says Alan Cox (http://www.ussg.iu.edu/hypermail/linux/kernel/0411.3/1244.html)? Carbon copying Alan to find out. Setting status to "NEEDINFO" Was this ever resolved? I am seeing this issue on RHEL4 and it is seriously hurting X performance. Red Hat Enterprise Linux customers who are experiencing issues of this nature, should contact Red Hat Global Support Services at 1-888-RED-HAT1 and discuss the issue with one of our associates. Once GSS has been contacted, they will work with the customer, engineering and other parties on finding a solution for Red Hat Enterprise Linux. Hope this helps. This problem seems to be isolated to very few systems using Intel integrated video hardware. It isn't clear if anyone is still experiencing this problem or not in Fedora Core 4. At this point, the best advice I can give anyone who can still reproduce this, is to file a bug report in X.Org bugzilla at http://bugs.freedesktop.org, and include as many details as possible, including all of the above file attachments and any other data that might help narrow the problem down. Once you have filed a bug report in X.Org bugzilla, the upstream i810 driver maintainer (Alan Hourihane) and other developers who frequently contribute to the i810 driver codebase will see your bug report and may be able to directly troubleshoot it locally with hardware they have on hand. Once the report is filed upstream, paste the URL here and we will track the issue in the X.org bugzilla going forward. Setting status to "NEEDINFO_REPORTER" and awaiting upstream bug report URL and status update. |