lkml.org 
[lkml]   [2011]   [Jun]   [3]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
SubjectRe: mtrr_cleanup: can not find optimal value
From
On Thu, Jun 2, 2011 at 10:03 PM, Michael Reinelt <michael@reinelt.co.at> wrote:
> Hi there,
>
> I'm suffering bad graphic performance on my notebook, and when sorting
> things out, I found the following in dmesg:
>
> mtrr_cleanup: can not find optimal value
> please specify mtrr_gran_size/mtrr_chunk_size
>
> and later:
>
> mtrr: type mismatch for e0000000,10000000 old: write-back new:
> write-combining
> [drm] MTRR allocation failed.  Graphics performance may suffer.
>
> which is probably due to the fact that MTRR's can't be cleaned (at least I
> suspect so)
>
> The notebook is a Fujitsu Liefbook E8410, Intel Core2 Duo CPU T7700 @
> 2.40GHz, and 8 GB RAM, graphics is Intel Mobile GM965/GL960, kernel is a
> vanilla 2.6.39 X86_64
>
> When I remove 1 RAM module (using 4GB only) the messages above disappear.
> Unfortunately, graphic performance is still bad, but that's another story. I
> want to fix the MTRR issue anyway.
>
> I think the MTRR cleaner is unable to find a really optimal combination, and
> wants me to specify one of the sub-optimal configs. But I have no idea how
> to do that, and found nothing in the net. I found some references to a
> "mtrr-uncover" program, but I cannot compile it (probably because its too
> old). So I'm asking for some advice how to manually tune the MTRR's.
...
>  gran_size: 8M  chunk_size: 32M         num_reg: 7      lose cover RAM: 7M
...
you can append "mtrr_gran_size=8M mtrr_chunk_size=32M" in boot command line.

Thanks

Yinghai
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2011-06-03 07:29    [W:0.043 / U:0.768 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site