WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

[Xen-devel] "Iomem mapping not permitted" during windows crash dump unde

To: <xen-devel@xxxxxxxxxxxxxxxxxxx>
Subject: [Xen-devel] "Iomem mapping not permitted" during windows crash dump under GPLPV
From: "James Harper" <james.harper@xxxxxxxxxxxxxxxx>
Date: Sat, 30 Jan 2010 16:26:03 +1100
Delivery-date: Fri, 29 Jan 2010 21:26:29 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AcqhbLbcrWW9KgunS7SmLR6WJEIH7A==
Thread-topic: "Iomem mapping not permitted" during windows crash dump under GPLPV
I've recently noticed that my windows crash dumps fail at around 40-50%
under GPLPV. 'xm dmesg' shows the following:

(XEN) grant_table.c:350:d0 Iomem mapping not permitted ffffffffffffffff
(domain 865)

At first I thought that the cause was just a bug in my grant ref code
but it just occurred to me that this could be happening when Windows
tries to write out the physical page I have mapped for some other xen
function. grant_table.c:350 is around here:

if ( !iomem_access_permitted(rd, frame, frame) )
{
  gdprintk(XENLOG_WARNING,
           "Iomem mapping not permitted %lx (domain %d)\n",
           frame, rd->domain_id);
  rc = GNTST_general_error;
  goto undo_out;
}

So is that likely to be the cause? I haven't yet checked the pfn that is
failing against the pages I've mapped for various things but the number
seems plausible. It used to work... is that check new under 3.4.1-ish?

And whats the solution? At this stage the only think I can think of is
that it might be reasonable to ignore a small amount of failed writes
during a crash dump... I haven't yet researched if there is a way to
tell windows not to write out a given page of memory when doing a crash
dump.

Thanks

James

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel

<Prev in Thread] Current Thread [Next in Thread>