[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20081127201836.GA16869@elte.hu>
Date: Thu, 27 Nov 2008 21:18:36 +0100
From: Ingo Molnar <mingo@...e.hu>
To: Arjan van de Ven <arjan@...ux.intel.com>
Cc: Yinghai Lu <yinghai@...nel.org>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
Linus Torvalds <torvalds@...ux-foundation.org>,
NetDev <netdev@...r.kernel.org>, x86@...nel.org,
Andrew Morton <akpm@...ux-foundation.org>,
Theodore Ts'o <tytso@....edu>,
Alan Cox <alan@...rguk.ukuu.org.uk>,
jesse Barnes <jbarnes@...tuousgeek.org>
Subject: Re: oops/warning report for the week of November 26, 2008
* Arjan van de Ven <arjan@...ux.intel.com> wrote:
> Ingo Molnar wrote:
>> * Arjan van de Ven <arjan@...ux.intel.com> wrote:
>>
>>> Rank 8: mtrr_trim_uncached_memory (warning)
>>> Reported 227 times (619 total reports)
>>> There is a high number of machines where our MTRR checks trigger. I
>>> suspect we are too picky in accepting the MTRR configuration.
>>
>> the warning here means: "the BIOS messed up but we fixed it up for you
>> just fine".
>
> I don't believe that right now. we see so many of these, including
> many "there's no MTRRs at all", that I am seriously suspecting that
> our code is just incorrect somehow and triggering too much.
well we looked at existing reports and Linux was right to fix them up.
Show us one that is incorrect, then we can fix it up.
the "no MTRR's" are vmware/(also qemu?) guests not implementing a full
CPU emulation.
Ingo
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists