From mboxrd@z Thu Jan 1 00:00:00 1970 From: Konrad Rzeszutek Wilk Subject: Re: Issue with PCI-passthrough and pvops Date: Wed, 19 Oct 2011 21:42:29 -0400 Message-ID: <20111020014229.GA6680@phenom.dumpdata.com> References: <1318865791.25056.28.camel@Palantir> <20111017164020.GE19684@phenom.dumpdata.com> <1318982052.2997.19.camel@Palantir> <20111019011028.GA19302@phenom.dumpdata.com> <1319010037.11016.66.camel@dagon.hellion.org.uk> <20111019141032.GB8033@phenom.dumpdata.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Content-Disposition: inline In-Reply-To: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Dario Faggioli Cc: xen-devel , Ian Campbell List-Id: xen-devel@lists.xenproject.org > > I would recommend you take a look at the probe function and figure out why > > it can't reserve that region. And easy way to figure that out is to > > boot the guest and look in /proc/iomem and see what is in the df30000-e32ffffff > > region. Perhaps something else is overlapping it? > > > I might be wrong, but it doesn't seem quite so to me: > > # cat /proc/iomem > 00000000-0000ffff : reserved > 00010000-0009ffff : System RAM > 000a0000-000fffff : reserved > 000f0000-000fffff : System ROM > 00100000-1fffffff : System RAM > 01000000-01b88b4b : Kernel code > 01b88b4c-02352a7f : Kernel data > 02652000-02ee6fff : Kernel bss > 20000000-bf698fff : Unusable memory > bf6af000-bf6cdfff : ACPI Tables > d58f8000-d58fbfff : 0000:00:00.0 > d5900000-d597ffff : 0000:00:00.0 > df200000-e71fffff : 0000:00:00.0 > 100000000-1000fffff : System RAM > > The probe function is huge... But I'll se if I can find the time to take > a look at it in the next days... Hmmm. Instrumenting resources.c (__request_resource) might be the way to figure out where it chokes on.