[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>

Hi,

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.
Thanks.

Dietmar.

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


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.