Re: [Xen-devel] [PATCH] x86/fpu: CR0.TS should be set before trap into PV guest's #NM exception handle

["Luke S. Crawford" <lsc@xxxxxxxxx>]

On 12/02/2013 02:04 AM, Jan Beulich wrote:


> > I don't have access to my guest's config files.   Something I can do as
> > the manager of the dom0 to ameliorate the problem without requiting the
> > customers to do anything, and without requiring me to break into the
> > guest and figure out how to patch whatever random kernel they might be
> > using would help me a lot.
> If you're the manager of the Dom0, how can you not have access
> to your guests' config files?
I misspoke.  I mean that I don't have access to the guest's kernel, and 
the guest's linux config files, without breaking into the guests.   Of 
course, I have access to the config files that boot the guests.
> And it surely isn't the responsibility of the Dom0 admin to take care
> of broken guest kernels. That's solely the guest admin's job.
That's what I keep saying, but that's not the way the customers see it. 
  In fact, I think this is why most providers keep a tight hold over 
what kernels they allow their customers to run.
Like I said, it's just my $0.02, and as I recall, I haven't even given 
you that much, so my business needs, obviously, aren't always going to 
map to your priorities.
I'm just saying that from the point of view of a provider, a solution 
that can be implemented from the dom0 is almost always better than a 
solution that requires a change within the DomU.

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