From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([140.186.70.92]:49845) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QlLrU-0002UP-R7 for qemu-devel@nongnu.org; Mon, 25 Jul 2011 10:10:25 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QlLrO-0006Yf-VY for qemu-devel@nongnu.org; Mon, 25 Jul 2011 10:10:24 -0400 Received: from mx1.redhat.com ([209.132.183.28]:51785) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QlLrO-0006Yb-N7 for qemu-devel@nongnu.org; Mon, 25 Jul 2011 10:10:18 -0400 Message-ID: <4E2D7945.9020703@redhat.com> Date: Mon, 25 Jul 2011 17:10:13 +0300 From: Avi Kivity MIME-Version: 1.0 References: <1311180636-17012-1-git-send-email-avi@redhat.com> <1311180636-17012-87-git-send-email-avi@redhat.com> <4E2D6A97.9050606@codemonkey.ws> <4E2D6C45.5030308@redhat.com> <20110725131728.GD4404@redhat.com> <4E2D6F6C.5070301@redhat.com> <4E2D702F.6010400@redhat.com> <20110725133558.GH4404@redhat.com> <4E2D71F1.4090509@redhat.com> <4E2D73F3.8060507@codemonkey.ws> <4E2D7825.9030200@redhat.com> <4E2D78D1.8060105@codemonkey.ws> In-Reply-To: <4E2D78D1.8060105@codemonkey.ws> Content-Type: text/plain; charset=windows-1255; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [RFC v5 86/86] 440fx: fix PAM, PCI holes List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Anthony Liguori Cc: qemu-devel@nongnu.org, Gleb Natapov , kvm@vger.kernel.org On 07/25/2011 05:08 PM, Anthony Liguori wrote: >> Why not use 3.5GB and call it a day? It's safer for memory hotplug, if >> we ever get it. >> >> The guest will never put a PCI BAR below that anyway. > > > My entire concern is that they will. > > We're not just talking about Windows or Linux here, but any odd DOS > application that's smart enough to switch into 32-bit mode, > bootloaders, etc. > > It's a significant behaviorial change that goes against the spec for > no obviously good reason. > Okay, I'll update the patch. > Even if we supported hot plug, we could easily just hot plug above the > 4GB mark. Or change the PCI hole dynamically. -- error compiling committee.c: too many arguments to function