From mboxrd@z Thu Jan 1 00:00:00 1970 From: Andrew Cooper Subject: Re: xen panics when setting int3 traps Date: Fri, 11 Dec 2015 09:54:40 +0000 Message-ID: <566A9D60.9000708@citrix.com> References: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============6816400044422087433==" Return-path: In-Reply-To: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: "quizy_jones@outlook.com" , xen-devel List-Id: xen-devel@lists.xenproject.org --===============6816400044422087433== Content-Type: multipart/alternative; boundary="------------030902090904010904090501" --------------030902090904010904090501 Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: 7bit On 11/12/15 01:42, quizy_jones@outlook.com wrote: > I'd like to inject int3 traps to hypercall handlers to be able to > capture hypercalls. However, the dom0/xen would reboot whenever I > create a new VM. Followup is the console output when this happens. > > *(XEN) Xen call trace:* > (XEN) [] _write_unlock+0x22/0x40 > (XEN) [] guest_remove_page+0xf8/0x2e0 > (XEN) [] do_memory_op+0x3b8/0x2750 > (XEN) [] __do_update_va_mapping+0x1bc/0x6c0 > (XEN) [] syscall_enter+0xa9/0xae > (XEN) > (XEN) > (XEN) **************************************** > (XEN) Panic on CPU 0: > *(XEN) FATAL TRAP: vector = 6 (invalid opcode)* > (XEN) **************************************** > (XEN) > (XEN) Reboot in five seconds... > > BTW, I'm using a nested xen 4.4.1 on xen 4.6.0. How are you injecting the traps? Unless you explicitly register a debugger with Xen, it will consider any debugging of itself fatal, as you can see. ~Andrew --------------030902090904010904090501 Content-Type: text/html; charset="windows-1252" Content-Length: 2579 Content-Transfer-Encoding: quoted-printable
On 11/12/15 01:42, quizy_jones@outlook.com wrote:
I'd like to inject int3 traps to hypercall handlers to be able to capture hypercalls. However, =A0the dom0/xen would reboot=A0whenever I create a new VM. Followup is the console output when this happens.
<snip>
(XEN)=A0Xen=A0call=A0trace:
(XEN)=A0=A0=A0=A0[<ffff82d080128132>]=A0_write_unlock+0x22/0x40
(XEN)=A0=A0=A0=A0[<ffff82d080115b98>]=A0guest_remove_page+0xf8/0x2e0
(XEN)=A0=A0=A0=A0[<ffff82d080116138>]=A0do_memory_op+0x3b8/0x2750
(XEN)=A0=A0=A0=A0[<ffff82d08017c29c>]=A0__do_update_va_mapping+0x1bc/0x6c0
(XEN)=A0=A0=A0=A0[<ffff82d08021aef9>]=A0syscall_enter+0xa9/0xae
(XEN)
(XEN)
(XEN)=A0****************************************
(XEN)=A0Panic=A0on=A0CPU=A00:
(XEN)=A0FATAL=A0TRAP:=A0vector=A0=3D=A06=A0(invalid=A0opcode)
(XEN)=A0****************************************
(XEN)
(XEN)=A0Reboot=A0in=A0five=A0seconds...

BTW, I'm using a nested xen 4.4.1 on xen 4.6.0.

How are you injecting the traps=3F=A0 Unless you explicitly register a debugger with Xen, it will consider any debugging of itself fatal, as you can see.

~Andrew
--------------030902090904010904090501-- --===============6816400044422087433== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel --===============6816400044422087433==--