[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Xen-devel] [patch] monitor_table is getting set to 0 for domu x86_64



monitor_table is pfn 0 when __context_switch goes to set cr3 for a
second domain.

I hacked update_pagetables to print out what monitor_table gets set
to, here's the output while launching a domu:

  (XEN) guest_table_user: 0x0
  (XEN) shadow_table: 0x0
  (XEN) guest_table: 0x169b
  (XEN) using guest_table_user: 0x0
  ..
  (XEN) cs: monitor_table: 0x0
  (XEN) Domain 1 (vcpu#0) crashed on cpu#0:
  ..

While the attached patch takes care of the problem, and i don't
understand everything i know about TF_kernel_mode and guest_table_user,
so likely a better solution is in order. If somebody wouldn't mind
saying a few words about either of these, i'd appreciate it.

With this patch i can tell that a domU actually makes some progress
(judging from the register state), before falling on its face when it
makes its first syscall.

Huge props to Jerone for pointing out sync_console to me!

sRp

-- 
Scott Parish
Signed-off-by: srparish@xxxxxxxxxx

Attachment: monitor-table.diff
Description: Text document

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

 


Rackspace

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