From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:55530) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZgXTT-0006zC-UG for qemu-devel@nongnu.org; Mon, 28 Sep 2015 08:24:08 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZgXTQ-0005jO-LX for qemu-devel@nongnu.org; Mon, 28 Sep 2015 08:24:07 -0400 Received: from lhrrgout.huawei.com ([194.213.3.17]:55680) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZgXTQ-0005fJ-De for qemu-devel@nongnu.org; Mon, 28 Sep 2015 08:24:04 -0400 References: <87wpvac34x.fsf@linaro.org> From: Claudio Fontana Message-ID: <5609314E.9080507@huawei.com> Date: Mon, 28 Sep 2015 14:23:42 +0200 MIME-Version: 1.0 In-Reply-To: <87wpvac34x.fsf@linaro.org> Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Subject: Re: [Qemu-devel] Agenda items for today's MTTCG call List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: =?UTF-8?Q?Alex_Benn=c3=a9e?= , qemu-devel@nongnu.org, mttcg@listserver.greensocs.com Cc: Alexander Spyridakis , Mark Burton , a.rigo@virtualopensystems.com, "Emilio G. Cota" , pbonzini@redhat.com, Frederic Konrad On 28.09.2015 11:19, Alex Bennée wrote: > User-agent: mu4e 0.9.12; emacs 24.5.50.4 > Hi, > > It's been a while since we last synced up via phone call so could I add > the following items for discussion: > > 1. Status of Alvise and Fred's trees > 2. Any cross-pollination ideas between Alvise's LL/SC work and Emilio's > series > > Emilio's series has a number of interesting features to it, not least > that it works with softmmu and linux-user. However I do prefer the TCG > op based approach of Alvise's tree. Is there any scope for getting the > best of both worlds? > > 3. Memory barriers > > I now have working barrier tests which fail on real hardware when > barriers don't exist. I'll be sending a new series soon. Again Emilio's > tree introduces some barrier TCG ops. > > 4. Other outstanding work > > I've had a couple of people prod me with offers of help so it would be > nice to see what other tasks are currently pending to avoid too much > duplication of work. > > Does anyone else have anything then want to bring up? > Hi Alex, thanks for this and we'll hear in a few :-) In general the way I see this is that we should start upstreaming one small thing at a time, rather than wait for a perfect solution which starts to include more and more patches and diverge more and more from upstream qemu. I don't think we want to maintain a separate "MT" branch right? Ciao, Claudio