From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from eggs.gnu.org ([140.186.70.92]:44051)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <avi@redhat.com>) id 1RW3Lm-0008Lh-OO
	for qemu-devel@nongnu.org; Thu, 01 Dec 2011 04:54:48 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <avi@redhat.com>) id 1RW3Lg-0004XL-Uz
	for qemu-devel@nongnu.org; Thu, 01 Dec 2011 04:54:42 -0500
Received: from mx1.redhat.com ([209.132.183.28]:48495)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <avi@redhat.com>) id 1RW3Lg-0004XG-ND
	for qemu-devel@nongnu.org; Thu, 01 Dec 2011 04:54:36 -0500
Message-ID: <4ED74ED9.90603@redhat.com>
Date: Thu, 01 Dec 2011 11:54:33 +0200
From: Avi Kivity <avi@redhat.com>
MIME-Version: 1.0
References: <1322666781-6108-1-git-send-email-afaerber@suse.de>
	<4ED7490C.7050505@redhat.com> <20111201093706.GA13420@redhat.com>
	<4ED74BE0.2020406@redhat.com> <20111201094710.GB13420@redhat.com>
In-Reply-To: <20111201094710.GB13420@redhat.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Subject: Re: [Qemu-devel] [PATCH v2] exec.c: Fix subpage memory access to
	RAM MemoryRegion
List-Id: <qemu-devel.nongnu.org>
List-Unsubscribe: <https://lists.nongnu.org/mailman/options/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.nongnu.org/archive/html/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <https://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: Gleb Natapov <gleb@redhat.com>
Cc: =?ISO-8859-1?Q?Andreas_F=E4rber?= <afaerber@suse.de>, qemu-devel@nongnu.org

On 12/01/2011 11:47 AM, Gleb Natapov wrote:
> 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?
>

He's not emulating pc hardware.

-- 
error compiling committee.c: too many arguments to function