From mboxrd@z Thu Jan 1 00:00:00 1970 From: "zhenzhong.duan" Subject: Re: kernel bootup slow issue on ovm3.1.1 Date: Wed, 29 Aug 2012 13:19:52 +0800 Message-ID: <503DA678.4040801@oracle.com> References: <5020C24A.3060604@oracle.com> <5020F003020000780009322C@nat28.tlf.novell.com> <502235E8.9040309@oracle.com> <50229B840200007800093A73@nat28.tlf.novell.com> <5023860E.7080908@oracle.com> <5023AE960200007800093DE8@nat28.tlf.novell.com> <502490A7.7020603@oracle.com> <502535280200007800094322@nat28.tlf.novell.com> <5028B3AB.7060705@oracle.com> <5028E53202000078000946B1@nat28.tlf.novell.com> Reply-To: zhenzhong.duan@oracle.com Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; Format="flowed" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: Stefano Stabellini Cc: Satish Kantheti , Konrad Rzeszutek Wilk , Feng Jin , Jan Beulich , xen-devel List-Id: xen-devel@lists.xenproject.org On 2012-08-13 19:08, Stefano Stabellini wrote: > On Mon, 13 Aug 2012, Jan Beulich wrote: > > I tried to use PV spinlocks on PV on HVM guests but I found that: > > commit f10cd522c5fbfec9ae3cc01967868c9c2401ed23 > Author: Stefano Stabellini > Date: Tue Sep 6 17:41:47 2011 +0100 > > xen: disable PV spinlocks on HVM > > PV spinlocks cannot possibly work with the current code because they are > enabled after pvops patching has already been done, and because PV > spinlocks use a different data structure than native spinlocks so we > cannot switch between them dynamically. A spinlock that has been taken > once by the native code (__ticket_spin_lock) cannot be taken by > __xen_spin_lock even after it has been released. > > Reported-and-Tested-by: Stefan Bader > Signed-off-by: Stefano Stabellini > Signed-off-by: Konrad Rzeszutek Wilk > > > at that time Jeremy was finishing off his PV ticket locks series, that > has the nice side effect of making it much easier to implement PV on HVM > spin locks so I just deciced to wait and just append the following patch > to his series: > > http://marc.info/?l=xen-devel&m=131846828430409&w=2 > > that clearly never went upstream. Hi Stefano, Is there a schedule those patch merge to upstream? zduan