[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Xen-ia64-devel] Memory problem with mini-os
- To: xen-ia64-devel@xxxxxxxxxxxxxxxxxxx
- From: Dietmar Hahn <dietmar.hahn@xxxxxxxxxxxxxxxxxxx>
- Date: Mon, 2 Oct 2006 09:35:21 +0200
- Delivery-date: Mon, 02 Oct 2006 00:35:38 -0700
- Domainkey-signature: s=s768; d=fujitsu-siemens.com; c=nofws; q=dns; b=rAImxl31pxIAO0n1YOIm+ftx+KIpw6DMaEcheH6HzWrfuVn0kyc0SmWCi2Y8gh1PFdEZjNsEA917YEi9pPyeouKXvyKR7LZ5N1SxzzDfpkdIpDEkWlwghvp864HEllKT;
- List-id: Discussion of the ia64 port of Xen <xen-ia64-devel.lists.xensource.com>
after my vacation I switched from xen-ia64 change-set 11039 to 11635.
And now I have a problem with my mini-os executing the efi/pal code (currently
the getTime - function from efi). Every time the function gets called I get
an trap 22 (Instruction access rights vector). The strange thing is that the
trap also occurs if I don't do the mapping of the pal code.
I inserted some trace messages in vcpu_itr_i() in xen to see all parameters.
But it looks ok.
For a test I removed the call of in ia64_itr() in efi_map_pal_code() in the
linux code and nevertheless efi_gettimeofday() runs fine (linux as domU).
It seems, there is another tlb entry for this page.
I saw that the pal/efi stuff was reorganized in the new change-set.
Can anybody give me a hint where to look in the memory handling or do some
trace messages! I'm currently still not familiar enough with this stuff.
Xen-ia64-devel mailing list