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

Re: [Xen-users] svm.c:83:d917 Bad instruction length 0


  • To: "James Harper" <james.harper@xxxxxxxxxxxxxxxx>
  • From: "Trolle Selander" <trolle.selander@xxxxxxxxx>
  • Date: Tue, 5 Aug 2008 15:56:18 +0100
  • Cc: xen-users <xen-users@xxxxxxxxxxxxxxxxxxx>
  • Delivery-date: Tue, 05 Aug 2008 07:59:37 -0700
  • Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:references; b=UE4nysJgMO3lviYu5N5rivXXTjJ8TqSJCgFoLjPgu+2q25YBpVTgjrxoXyyQXnN88/ Rc/Rchudvrv8jqzvHz3j0v4WnTrIjBf2E2SRv4tS70rcwndeTbHfV7+EEzuWt1DdgNEb ipXBqZW8b9tDYY+d7kSs/sg07Dghs4OQdN79g=
  • List-id: Xen user discussion <xen-users.lists.xensource.com>

The easiest (*cough*) way is usually to put in some code before the domain_crash(curr->domain) that dumps the bytes around the eip, but of course that requires that you rebuild xen from source. One fairly painless thing that you could do to at least get a hint of what might be going on is to set in the VM configuration file. That way, after it's crashed, you can do an "xm debug-key v" and get some information about the last vmexit, which will at least tell us what type of instruction it was that caused the vmexit.

On Tue, Aug 5, 2008 at 1:39 AM, James Harper <james.harper@xxxxxxxxxxxxxxxx> wrote:
>
> In 3.2.2-rc2-pre, an instruction length of 0 doesn't cause a guest
crash,
> but rather a retry of the instruction. This was introduced in cs
16898.
> That said,  in 3.2 and older svm.c has a bunch of special case
emulation
> code for system instructions, some of which is quite
incomplete/incorrect.
> 3.3 will be much improved in this regard. In any case, a dump of the
> instruction bytes surrounding the eip would be necessary to determine
what
> the cause was in this particular case.
>

How easy is it to get that information?

The annoying thing in this case is that it worked under 3.1.[12].

Thanks

James

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

 


Rackspace

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