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

Re: [Xen-devel] XSA-60 solutions



>>> On 07.10.13 at 17:08, Andrew Cooper <andrew.cooper3@xxxxxxxxxx> wrote:
> On 07/10/13 16:04, Jan Beulich wrote:
>>>>> On 07.10.13 at 16:29, "Liu, Jinsong" <jinsong.liu@xxxxxxxxx> wrote:
>>> Any comments/suggestions?
>> As pointed out in earlier private conversation, I think that the dual
>> table approach would be preferable if it can be made work.
>>
>> I'm surprised no-one from Oracle responded so far, as it was them
>> originally having found the issue.
> 
> I cant remember whether I asked this before or not, but is there a
> reason why this cant be done in the same way as hypercall continuations?

I think you did; the reason is that we're in the middle of processing
a CR0 write here, and hence can't intermediately exit back to the
guest (which is what we'd do for hypercall continuations). However,
you mentioning this one makes me think whether we couldn't
leverage/extend/clone the MMIO retry logic, or at least deal with
this in ways similar to it (i.e. preventing VM re-entry until processing
is complete). But maybe that would result in even worse hackery...

Jan


_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel


 


Rackspace

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