WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

Re: [Xen-devel] Re: [PATCH] SMP dom0 boot fix

* Keir Fraser <Keir.Fraser@xxxxxxxxxxxx> [2005-10-28 10:41]:
> 
> On 28 Oct 2005, at 16:15, Keir Fraser wrote:
> 
> >
> >On 28 Oct 2005, at 15:59, Ryan Harper wrote:
> >
> >>At this point send_IPI_allbutself() has been invoked and the system
> >>just sits and waits on CPU1 to run the function.  But, CPU1's
> >>evtchn_upcall_mask was set (1), so I'm guessing the pending interrupt
> >>is never acknowledged.
> >
> >Okay, the good news is that's the same bug I was able to repro last 
> >week. Turns out that CPU1's upcall mask is getting weirdly set under 
> >its feet. Since it's waiting on the big kernel lock, which is held by 
> >CPU0, which is waiting for acknowledgement of an interrupt in CPU1, we 
> >have a deadlock.
> >
> >Given the problem is in that one changeset, this can't be hard to 
> >track down now.
> 
> Now fixed in our staging tree. sizeof_vcpu_shift in 
> arch/xen/x86_64/xen_entry.S should be 4, not 3.

That fixed it for me here.  Thanks!

-- 
Ryan Harper
Software Engineer; Linux Technology Center
IBM Corp., Austin, Tx
(512) 838-9253   T/L: 678-9253
ryanh@xxxxxxxxxx

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