poll: problems with MTRRs?

Lennart Sorensen lsorense-1wCw9BSqJbv44Nm34jS7GywD8/FfD2ys at public.gmane.org
Mon Mar 16 15:30:17 UTC 2009


On Sun, Mar 15, 2009 at 04:58:18PM -0400, D. Hugh Redelmeier wrote:
> How many of you have x86 computers with 4G or more of RAM?

I have 6GB in my mythtv box (which did cause some initial issues that
I worked around using some not so normal methods).

> On many such systems, the MTRRs are set up by the BIOS in a way that
> conflicts with X.

Mine works fine.  I have only ever heard of intel boards and a few
gigabyte boards gettings this wrong.  Of course since I only personally
use asus boards and they never appear to have had the mtrr bugs, I can't
say much there.

> I have this problem in both of my machines with 4G or more of RAM (IBM
> ThinkPad x61t and HP Pavilion A6245n).
> 
> Could you run the following command and tell me about your system if
> if grep prints anything?
> 	dmesg | grep -i mtrr
> 
> You might see things like:
>   mtrr: type mismatch for d0000000,10000000 old: write-back new: write-combining
>   mtrr: no MTRR for d0000000,10000000 found

In fact none of the kernels I have looked at have mtrr stuff printed in
dmesg anymore.  I think they stopped doing that a few years ago.  How old
is your kernel?

> I'd like to know what distro you are running (/etc/issue) and
> what kernel you are running (/proc/version).
> 
> I'd like to know what your MTRR's look like.  Could you tell me what
> /proc/mtrr says?
> 
> I hope to be able to help you if you do find these messages in the
> dmesg output.

Well certainly newer kernels have tried to deal with some of these bugs,
although apparently the real solution is for X to start using PAT rather
than MTRR since the 8 entry MTRR is awfully limited given todays ram
quantities.

Well here is the /proc/mtrr of one box with 8GB ram running Debian Etch
at the moment with the 2.6.24 etchnhalf kernel (amd64 of course):

reg00: base=0x00000000 (   0MB), size=2048MB: write-back, count=1
reg01: base=0x80000000 (2048MB), size=1024MB: write-back, count=1
reg02: base=0x100000000 (4096MB), size=4096MB: write-back, count=1
reg03: base=0x200000000 (8192MB), size=8192MB: write-back, count=1
reg04: base=0x400000000 (16384MB), size=16384MB: write-back, count=1
reg05: base=0x800000000 (32768MB), size=32768MB: write-back, count=1
reg06: base=0xd0000000 (3328MB), size=  16MB: write-combining, count=1

Strangely it doesn't appear in dmesg.  No idea why.  It only has 8GB ram,
but seems to have setup a much larger mtrr range.  X works fine though.
System is an IBM X3650.

Here is my mythtv box with 6GB ram on an Asus P5K board (using a P5K-R
bios to get AHCI mode on the ICH9 SATA controller which allows 64bit
dma rather than the 32bit dma limit in IDE mode):

reg00: base=0xd0000000 (3328MB), size= 256MB: uncachable, count=1
reg01: base=0xe0000000 (3584MB), size= 512MB: uncachable, count=1
reg02: base=0x00000000 (   0MB), size=4096MB: write-back, count=1
reg03: base=0x100000000 (4096MB), size=2048MB: write-back, count=1
reg04: base=0x180000000 (6144MB), size= 512MB: write-back, count=1
reg05: base=0x1a0000000 (6656MB), size= 256MB: write-back, count=1

No problem there either.  Running 2.6.26 amd64 kernel with Debian
unstable.

-- 
Len Sorensen
--
The Toronto Linux Users Group.      Meetings: http://gtalug.org/
TLUG requests: Linux topics, No HTML, wrap text below 80 columns
How to UNSUBSCRIBE: http://gtalug.org/wiki/Mailing_lists





More information about the Legacy mailing list