Summary: | mtrr gone wacko on 2.6.12 kernels | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Perry Lu <perry> |
Component: | [OLD] Core system | Assignee: | Gentoo Kernel Bug Wranglers and Kernel Maintainers <kernel> |
Status: | RESOLVED UPSTREAM | ||
Severity: | major | ||
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Perry Lu
2005-06-29 09:28:53 UTC
a little correction, after disabling framebuffer, the msg on my kernel log was gone("mtrr: type mismatch for e0000000,100000 old: write-back new: write-combining"), but all other problem persisted(slow screen refreshing, wacko /proc/mtrr). Does that message appear more than once? When you say screen refreshing is slow, do you mean console only, or also in X? Please try this patch: http://lkml.org/lkml/2005/6/21/403 If that doesn't help, it would also be useful if you could test vanilla-sources-2.6.13_rc1. screen refreshing is slow on both console and X. I have disabled vesafb, the problem persisted. Any progress on the rest of the things I mentioned? Here they are again... Does that message appear more than once? Please try this patch: http://lkml.org/lkml/2005/6/21/403 If that doesn't help, it would also be useful if you could test vanilla-sources-2.6.13_rc1. the problem persists after I patched the kernel(since I dont even have vesafb support on my kernel). I'm yet to try the new vanilla-source, since I wasn't able to find the proper reiser4 patch for it(one of my partitions uses reiser4), the old reiser4 patch wouldn't compile. As long as your root isn't reiser4, it should be possible just to boot and check the mtrr table, right? :) This is an upstream bug, so if you could report it at http://bugzilla.kernel.org and post the new bug URL here it would be appreciated. Testing 2.6.13-rc2 would be useful, but is not required (unless they ask). Thanks. |