From mboxrd@z Thu Jan  1 00:00:00 1970
From: Mukesh Rathor <mukesh.rathor@oracle.com>
Subject: Re: [PATCH 17/17] PVH xen: PVH dom0 creation....
Date: Thu, 9 May 2013 18:53:15 -0700
Message-ID: <20130509185315.28ce6070@mantra.us.oracle.com>
References: <1366752366-16594-1-git-send-email-mukesh.rathor@oracle.com>
	<1366752366-16594-18-git-send-email-mukesh.rathor@oracle.com>
	<5177C1E302000078000D042D@nat28.tlf.novell.com>
	<20130425181857.4a9c0d56@mantra.us.oracle.com>
	<517A474002000078000D0F87@nat28.tlf.novell.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Return-path: <xen-devel-bounces@lists.xen.org>
In-Reply-To: <517A474002000078000D0F87@nat28.tlf.novell.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: Jan Beulich <JBeulich@suse.com>
Cc: xen-devel <xen-devel@lists.xen.org>
List-Id: xen-devel@lists.xenproject.org

On Fri, 26 Apr 2013 08:22:08 +0100
"Jan Beulich" <JBeulich@suse.com> wrote:

> >>> On 26.04.13 at 03:18, Mukesh Rathor <mukesh.rathor@oracle.com>
> >>> wrote:
> > On Wed, 24 Apr 2013 10:28:35 +0100
> > "Jan Beulich" <JBeulich@suse.com> wrote:
> > 
> >> >>> On 23.04.13 at 23:26, Mukesh Rathor <mukesh.rathor@oracle.com>
> >> >>> wrote:
> >> > +    /* If the e820 ended under 4GB, we must map the remaining
> >> > space upto 4GB */
> >> > +    if ( end < GB(4) )
> >> > +    {
> >> > +        start_pfn = PFN_UP(end);
> >> > +        end_pfn = (GB(4)) >> PAGE_SHIFT;
> >> > +        nump = end_pfn - start_pfn;
> >> > +        rc = domctl_memory_mapping(d, start_pfn, start_pfn,
> >> > nump, 1);
> >> > +        BUG_ON(rc);
> >> > +    }
> >> 
> >> That's necessary, but not sufficient. Or did I overlook MMIO ranges
> >> getting added somewhere else for Dom0, when they sit above the
> >> highest E820 covered address?
> > 
> > construct_dom0() adds the entire range:
> > 
> >     /* DOM0 is permitted full I/O capabilities. */
> >     rc |= ioports_permit_access(dom0, 0, 0xFFFF);
> >     rc |= iomem_permit_access(dom0, 0UL, ~0UL);
> 
> Which does not create any mappings at all - these are just
> permissions being granted.

Right. I'm not sure where its happening for dom0.