|
|
|
|
|
|
|
|
|
|
xen-ia64-devel
RE: [Xen-ia64-devel] domU stability
To: |
"Magenheimer, Dan \(HP Labs Fort Collins\)" <dan.magenheimer@xxxxxx>, "Tristan Gingold" <Tristan.Gingold@xxxxxxxx>, <xen-ia64-devel@xxxxxxxxxxxxxxxxxxx>, "Chapman, Matthew \(HP Labs\)" <matthewc@xxxxxx> |
Subject: |
RE: [Xen-ia64-devel] domU stability |
From: |
"Tian, Kevin" <kevin.tian@xxxxxxxxx> |
Date: |
Tue, 15 Nov 2005 23:19:21 +0800 |
Delivery-date: |
Tue, 15 Nov 2005 15:20:58 +0000 |
Envelope-to: |
www-data@xxxxxxxxxxxxxxxxxxx |
List-help: |
<mailto:xen-ia64-devel-request@lists.xensource.com?subject=help> |
List-id: |
Discussion of the ia64 port of Xen <xen-ia64-devel.lists.xensource.com> |
List-post: |
<mailto:xen-ia64-devel@lists.xensource.com> |
List-subscribe: |
<http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-ia64-devel>, <mailto:xen-ia64-devel-request@lists.xensource.com?subject=subscribe> |
List-unsubscribe: |
<http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-ia64-devel>, <mailto:xen-ia64-devel-request@lists.xensource.com?subject=unsubscribe> |
Sender: |
xen-ia64-devel-bounces@xxxxxxxxxxxxxxxxxxx |
Thread-index: |
AcXpxNUIksZy/2HIQ2OtS60lk0WIzgAAA1IgAAuZ4eAAAPs0oA== |
Thread-topic: |
[Xen-ia64-devel] domU stability |
>From: Magenheimer, Dan (HP Labs Fort Collins) [mailto:dan.magenheimer@xxxxxx]
>Sent: 2005年11月15日 22:50
>> >From: Tristan Gingold
>> >
>> >I am trying xen-ia64-unstable.hg using changeset 7729. Dom0
>> works well.
>> >However, domU seems pretty unstable: I got a lot of bad mpa:
>> >However, I was able to log on domU (after many tries).
>> >Has any of you the same errors or is it ok ?
>>
>> Hi, Tristan,
>> That warning is harmless, and currently the grant table
>> pfn is hard code at 0x10000000000 in guest physical, which is
>> out of normal guest memory range. When be/fe driver
>> communicates, grant table entries are touched and then you
>> saw above warnings.
>
>They do not seem to cause any problems but
>I'm not entirely sure they are harmless. I think these addresses
>are domU grant table entries that should be translated to
>virtual addresses and shouldn't find their way to
>translate_domain_pte.
Don't know what you mean. What I saw is, guest tried to access identity mapped
virtual address by 0xe00001000... (grant table entries), which page fault and
hit in vcpu_translate and then go to translate_domain_pte for out-of-range
guest physical address 0x1000... and finally warning.
We may need to find better way to do that anyway.
Thanks,
Kevin
_______________________________________________
Xen-ia64-devel mailing list
Xen-ia64-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-ia64-devel
|
|
|
|
|