From mboxrd@z Thu Jan  1 00:00:00 1970
From: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
Subject: Re: Xen pciback not working: "address space collision:
 [mem ...] conflicts with System RAM [mem ...]"
Date: Mon, 29 Jul 2013 13:55:16 -0400
Message-ID: <20130729175516.GP5848@phenom.dumpdata.com>
References: <20130726103211.GB7269@cab.unipd.it>
	<1375088523.14896.23.camel@kazak.uk.xensource.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Return-path: <xen-devel-bounces@lists.xen.org>
Content-Disposition: inline
In-Reply-To: <1375088523.14896.23.camel@kazak.uk.xensource.com>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-devel>,
	<mailto:xen-devel-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-devel@lists.xen.org>
List-Help: <mailto:xen-devel-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-devel>,
	<mailto:xen-devel-request@lists.xen.org?subject=subscribe>
Sender: xen-devel-bounces@lists.xen.org
Errors-To: xen-devel-bounces@lists.xen.org
To: Ian Campbell <Ian.Campbell@citrix.com>
Cc: Xen Developers <xen-devel@lists.xen.org>, Andrea Brugiolo <andrea@cab.unipd.it>
List-Id: xen-devel@lists.xenproject.org

On Mon, Jul 29, 2013 at 10:02:03AM +0100, Ian Campbell wrote:
> On Fri, 2013-07-26 at 12:32 +0200, Andrea Brugiolo wrote:
> > Good Morning
> > 
> > I cannot do pciback anymore for both my second scsi controller and my
> > second network card: when I try to pass the device to the domU I get
> > this error in system logs:
> > 
> >   ... address space collision: [mem ...] conflicts with System RAM [mem ...]
> 
> By eliding the actually addresses you've omitted something which I think
> might be interesting:
>         [mem 0xf9e00000-0xf9e1ffff 64bit] conflicts with System RAM [mem 0x00100000-0x4007fffff]
> 
> Note that there is not any actual overlap in those two sets of addresses...

I think it is:
mem 0xf9e00000-0xf9e1ffff
mem 0x00100000-0x4007fffff

The RAM region is pretty much all of the memory. This looks like the 'e820_hole'
parameter is not being used? (It only works for xl btw).

> 
> Might be that the check is truncating something, or maybe it is
> confusing MFN and PFN and so getting a false +ve. Both wild guesses
> having not even looked at the code...
> 
> > The problem is described here:
> > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=717353 and is
> > blocking my backup system which is based on a scsi tape changer
> > attached to the domU.
> 
> What do the guest and host e820 map look like? Actually the full dmesg
> for the hypervisor, dom0 and domU kernels would be useful to provide, I
> expect.

And the guest config pls.

> 
> Ian.
> 
> > 
> > Thank you very much for your attention
> > 
> > Andrea
> > 
> > _______________________________________________
> > Xen-devel mailing list
> > Xen-devel@lists.xen.org
> > http://lists.xen.org/xen-devel
> 
>