Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1764513AbYBZUJM (ORCPT ); Tue, 26 Feb 2008 15:09:12 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753202AbYBZUI6 (ORCPT ); Tue, 26 Feb 2008 15:08:58 -0500 Received: from gw.goop.org ([64.81.55.164]:52500 "EHLO mail.goop.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752703AbYBZUI5 (ORCPT ); Tue, 26 Feb 2008 15:08:57 -0500 Message-ID: <47C47107.2020608@goop.org> Date: Tue, 26 Feb 2008 12:05:27 -0800 From: Jeremy Fitzhardinge User-Agent: Thunderbird 2.0.0.9 (X11/20071115) MIME-Version: 1.0 To: Mark McLoughlin CC: Ian Campbell , "H. Peter Anvin" , Joel Becker , Jody Belka , linux-kernel@vger.kernel.org, Ingo Molnar , Thomas Gleixner , "Eric W. Biederman" , Andi Kleen , Mika Penttila Subject: Re: 2.6.25-rc1 xen pvops regression References: <20080212235404.GY7980@pimb.org> <47B2DBA5.6030001@goop.org> <20080214022744.GA4160@mail.oracle.com> <47B3F2DC.8080707@goop.org> <20080215202336.GE26034@mail.oracle.com> <1203274161.27987.6.camel@localhost.localdomain> <20080218104025.GA15899@ca-server1.us.oracle.com> <1203458366.26910.15.camel@cthulhu.hellion.org.uk> <47BBDA20.8030105@zytor.com> <1203497511.26910.39.camel@cthulhu.hellion.org.uk> <47BCA275.7000504@goop.org> <1203546597.26910.74.camel@cthulhu.hellion.org.uk> <47BDEA11.6010302@goop.org> <47BDEB57.5040203@zytor.com> <47BDEF36.8000903@goop.org> <1203631956.28436.4.camel@cthulhu.hellion.org.uk> <47BDF9C7.6040400@zytor.com> <47BE0017.1020205@goop.org> <47BE0228.7020204@zytor.com> <1203665106.28436.19.camel@cthulhu.hellion.org.uk> <1204045592.12238.6.camel@muff> In-Reply-To: <1204045592.12238.6.camel@muff> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 780 Lines: 23 Mark McLoughlin wrote: >> @@ -371,6 +372,9 @@ void __init dmi_scan_machine(void) >> } >> } >> else { >> + if (e820_all_mapped(0xF0000, 0xF0000+0x10000, E820_RAM)) >> + goto out; >> > > One issue with using the e820 map for this is that a Xen Dom0 will also > have this region marked as RAM in the e820 map, but will set up a fixmap > for it, allowing dmi_scan_machine() to map the region. > Would it be easier to just fake up a mapping so that window points to the real dmi area, and mark E820 accordingly? J -- 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/