From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754000AbYIYCxP (ORCPT ); Wed, 24 Sep 2008 22:53:15 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752724AbYIYCxA (ORCPT ); Wed, 24 Sep 2008 22:53:00 -0400 Received: from ti-out-0910.google.com ([209.85.142.186]:3560 "EHLO ti-out-0910.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752286AbYIYCw7 (ORCPT ); Wed, 24 Sep 2008 22:52:59 -0400 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=Om96iGSIVUKx/s4IZGECvq6JxgEpDggpN+cNGvu9OGKLYaFb3T3SdaB/d4MO9gRUbz 4d8DXAi60DhzmXum/S0rYZZMk3BGRWTfUBOHTOXKe3guTQ0d4Im39QDHxW2WT9QisNDq FvKL4/B16uBga4JnjTPDnm3oydrSlylk3ToZo= Date: Thu, 25 Sep 2008 10:52:54 +0800 From: Yan Li To: Yinghai Lu Cc: Yan Li , linux-kernel@vger.kernel.org, Ingo Molnar , "H. Peter Anvin" , joerg.roedel@amd.com, rjmaomao@gmail.com, Thomas Gleixner , nancydreaming@gmail.com Subject: Re: [PATCH 2/2] Suppress false "mtrr all empty" warning message when running as VMware guest Message-ID: <20080925025254.GJ21049@yantp.cn.ibm.com> References: <48da36b3.0e0d6e0a.1c8e.fffff980@mx.google.com> <86802c440809240939h63b14efdm1382ffe4c44c6660@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86802c440809240939h63b14efdm1382ffe4c44c6660@mail.gmail.com> User-Agent: Mutt/1.5.17+20080114 (2008-01-14) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Sep 24, 2008 at 09:39:20AM -0700, Yinghai Lu wrote: > On Wed, Sep 24, 2008 at 5:24 AM, Yan Li wrote: > > Since the mtrr empty was detected very early before we can use DMI or > > PCI to check whether we are running as a VMware guest or not, we now > > only print an info there. Warning will only be issued later when we > > are sure that we are not running as a VMware guest. > > > > mtrr_trim_uncached_memory() is modified to return meaningful codes for > > later warning decision. > > we have moved dmi_scan_machine() much early... > > so please check with latest tip/master to use > dmi_check_system with that. OK! Thanks, I'll try. > BTW: > those warning should be good, because VMware is the root cause. Sorry, do you mean we also need a warning for this in VMware? -- Li, Yan