From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1759175AbbCDPs2 (ORCPT ); Wed, 4 Mar 2015 10:48:28 -0500 Received: from smtp02.citrix.com ([66.165.176.63]:50564 "EHLO SMTP02.CITRIX.COM" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1757129AbbCDPs1 (ORCPT ); Wed, 4 Mar 2015 10:48:27 -0500 X-IronPort-AV: E=Sophos;i="5.09,687,1418083200"; d="scan'208";a="241420647" Message-ID: <54F72891.5070805@citrix.com> Date: Wed, 4 Mar 2015 15:45:21 +0000 From: David Vrabel User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Icedove/31.4.0 MIME-Version: 1.0 To: Boris Ostrovsky , CC: , , , , , , , , , , , , , , , , , Konrad Rzeszutek Wilk , Subject: Re: [PATCH tip/core/rcu 02/20] x86: Use common outgoing-CPU-notification code References: <20150303174144.GA13139@linux.vnet.ibm.com> <1425404595-17816-1-git-send-email-paulmck@linux.vnet.ibm.com> <1425404595-17816-2-git-send-email-paulmck@linux.vnet.ibm.com> <54F608C4.40405@oracle.com> <20150303194223.GR15405@linux.vnet.ibm.com> <54F615D3.2040802@oracle.com> <20150303212647.GZ15405@linux.vnet.ibm.com> <54F6307A.8040003@oracle.com> <20150303223151.GC15405@linux.vnet.ibm.com> <20150304144336.GA8225@linux.vnet.ibm.com> <54F71CCF.9050509@oracle.com> In-Reply-To: <54F71CCF.9050509@oracle.com> Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: 7bit X-DLP: MIA2 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 04/03/15 14:55, Boris Ostrovsky wrote: > > In the meantime, it turned out that HVM guests are broken by this patch > (with our without changes that we've been discussing), because HVM CPUs > die with > > static void xen_hvm_cpu_die(unsigned int cpu) > { > xen_cpu_die(cpu); > native_cpu_die(cpu); > } > > Which means that cpu_wait_death() is called twice, and second call moves > the CPU to CPU_BROKEN. > > The simple solution is to stop calling native_cpu_die() above but I'd > like to use common code in native_cpu_die(). I'll see if I can carve it > out without too much damage to x86. If not really been following this thread but... Would it be preferable to refactor xen_cpu_die() instead to factor out its the cpu_wait_death() call? David