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

Re: [Xen-devel] [PATCH] x86_emulate adjustments


  • To: Jan Beulich <jbeulich@xxxxxxxxxx>
  • From: Keir Fraser <keir@xxxxxxxxxxxxx>
  • Date: Fri, 05 Jan 2007 12:05:03 +0000
  • Cc: xen-devel@xxxxxxxxxxxxxxxxxxx
  • Delivery-date: Fri, 05 Jan 2007 04:04:50 -0800
  • List-id: Xen developer discussion <xen-devel.lists.xensource.com>
  • Thread-index: Accwwbsm+bNjuJy0EduFdAAX8io7RQ==
  • Thread-topic: [Xen-devel] [PATCH] x86_emulate adjustments

On 5/1/07 11:57, "Jan Beulich" <jbeulich@xxxxxxxxxx> wrote:

> I can't see, however, what value there would particularly be in merging the
> privop decoder into x86_emulate - it's pretty orthogonal to the current
> functionality there, except for the memory accessed resulting from ins/outs.
> To a lesser degree, merging the hvm_instrlen into the main code seems not
> desirable for performance reasons, unless you mean to share the lookup table,
> but keep the routine separate.

Yes, the table-driven hvm_instrlen will stay I think. The generic
hvm_instrlen() is only used by the mmio emulator, and that's going away.

 -- Keir


_______________________________________________
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®.