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

RE: [Xen-devel] wget and Zope crashes on post-2.0.6 -testing


  • To: "Robbie Dinn" <robbie@xxxxxxxxxxxx>, <xen-devel@xxxxxxxxxxxxxxxxxxx>
  • From: "Ian Pratt" <m+Ian.Pratt@xxxxxxxxxxxx>
  • Date: Fri, 10 Jun 2005 21:01:28 +0100
  • Delivery-date: Fri, 10 Jun 2005 20:00:35 +0000
  • List-id: Xen developer discussion <xen-devel.lists.xensource.com>
  • Thread-index: AcVt9fITCAco1XfyT3apXfHfbOJdjgAAQU3Q
  • Thread-topic: [Xen-devel] wget and Zope crashes on post-2.0.6 -testing

 > > The last point is where we can fall down: if the TS bit in fact 
> > *isn;t* set, then we are screwed for all time. The kernel 
> will never 
> > realise a process is using the FPU because we will never 
> take the TS 
> > fault, because the TS bit is clear. Thus state doesn;t get 
> > saved/restored during context switch and the TS bit never 
> gets set. So 
> > its a self perpetuating state once you're in it.
> 
> Say I have an xen machine with several domains, some with 
> kernels that have the FPU bug fix and some without. Can a 
> domain with the buggy kernel upset a domain with a bug free kernel?
> Or does this just affect processes within one domain?

It just affects the one domain. 

Best,
Ian

> I might want to be a bit more hasty in upgrading all the 
> kernels if a buggy kernel/domain can upset a good kernel/domain.
> 
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@xxxxxxxxxxxxxxxxxxx
> http://lists.xensource.com/xen-devel
> 

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