From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ingo Molnar Subject: Re: [PATCH 4/6] kvm tools: Add rwlock wrapper Date: Fri, 27 May 2011 11:12:20 +0200 Message-ID: <20110527091220.GE21386@elte.hu> References: <1306419950-19064-1-git-send-email-levinsasha928@gmail.com> <1306419950-19064-4-git-send-email-levinsasha928@gmail.com> <1306426743.3065.34.camel@lappy> <20110526180518.GA3572@elte.hu> <4DDE97CE.4000302@redhat.com> <20110526202531.GA2765@elte.hu> <20110526230508.GA15983@Krystal> <20110527005822.GL2386@linux.vnet.ibm.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Mathieu Desnoyers , Pekka Enberg , Avi Kivity , Sasha Levin , john@jfloren.net, kvm@vger.kernel.org, asias.hejun@gmail.com, gorcunov@gmail.com, prasadjoshi124@gmail.com To: "Paul E. McKenney" Return-path: Received: from mx3.mail.elte.hu ([157.181.1.138]:35361 "EHLO mx3.mail.elte.hu" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753260Ab1E0JMd (ORCPT ); Fri, 27 May 2011 05:12:33 -0400 Content-Disposition: inline In-Reply-To: <20110527005822.GL2386@linux.vnet.ibm.com> Sender: kvm-owner@vger.kernel.org List-ID: * Paul E. McKenney wrote: > > > > I'm CC'ing Paul and Mathieu as well for urcu. > > I am hoping we can get better convergence between the user-level > and kernel-level URCU implementations once I get SRCU merged into > the TREE_RCU and TINY_RCU implementations. [...] Yeah. > [...] But it is early days for user-level RCU implementations -- > for example, the kernel-level implementations have deep > dependencies on being able to lock themselves cheaply to a given > CPU, which does not exist at user level. Correct - this is why i suggested a plain copy first, then look back how we (and whether we!) want to share logic. > But there seems to be an assumption that there should be only one > URCU implementation, and I am not sure that this assumption holds. I'm not sure about that either. And sice tools/kvm/ lives in the kernel repo it would be a mortal sin [*] to not explore the code sharing angle!!! :-) If a reasonable amount of sharing of logic is possible without making it painful for the kernel RCU code we could do other nice things like change the RCU logic and test it in user-space first and run user-space rcutorture on some really big cluster. > [ ... ] > > All that aside, one advantage of http://lttng.org/urcu is that it > already exists, which allows prototyping to proceed immediately. it's offline right now: $ git clone git://git.lttng.org/urcu Cloning into urcu... fatal: The remote end hung up unexpectedly One complication is that it's LGPL while tools/kvm/ is GPLv2. I guess we could copy a suitable implementation into tools/kvm/rcu/? Thanks, Ingo [1] punishable by death or eternal hacking of a Windows driver (i'd pick the former)