From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([140.186.70.92]:35609) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RW3Ee-00067b-Re for qemu-devel@nongnu.org; Thu, 01 Dec 2011 04:47:26 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RW3EX-0001IM-6q for qemu-devel@nongnu.org; Thu, 01 Dec 2011 04:47:20 -0500 Received: from mx1.redhat.com ([209.132.183.28]:8675) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RW3EW-0001IB-TN for qemu-devel@nongnu.org; Thu, 01 Dec 2011 04:47:13 -0500 Date: Thu, 1 Dec 2011 11:47:10 +0200 From: Gleb Natapov Message-ID: <20111201094710.GB13420@redhat.com> References: <1322666781-6108-1-git-send-email-afaerber@suse.de> <4ED7490C.7050505@redhat.com> <20111201093706.GA13420@redhat.com> <4ED74BE0.2020406@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4ED74BE0.2020406@redhat.com> Subject: Re: [Qemu-devel] [PATCH v2] exec.c: Fix subpage memory access to RAM MemoryRegion List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Avi Kivity Cc: Andreas =?utf-8?Q?F=C3=A4rber?= , qemu-devel@nongnu.org On Thu, Dec 01, 2011 at 11:41:52AM +0200, Avi Kivity wrote: > On 12/01/2011 11:37 AM, Gleb Natapov wrote: > > > > > > Looks reasonable. Should go into 1.1. Should we backport it to > > > 1.0.blah? From 95c318f's description, it doesn't happen in normal > > > circumstances. > > > > > To reproduce that I mappped subpage PCI bar over RAM IIRC. > > In qemu 1.0, you can no longer do that (the pci bridge will not let the > BAR override the RAM). > Hmm, if this is how real HW work then problem solved :) (different HW can behave differently, but it is reasonable to assume that on a PC memory access below TOM will be redirected to memory controller no matter what) So what is the motivation for Andreas patch than? -- Gleb.