From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:40715) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aQN2I-0003mB-3D for qemu-devel@nongnu.org; Mon, 01 Feb 2016 17:33:31 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aQN2E-0002LL-Sy for qemu-devel@nongnu.org; Mon, 01 Feb 2016 17:33:30 -0500 Received: from roura.ac.upc.es ([147.83.33.10]:51198) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aQN2E-0002Jp-Gh for qemu-devel@nongnu.org; Mon, 01 Feb 2016 17:33:26 -0500 From: =?utf-8?Q?Llu=C3=ADs_Vilanova?= References: <1452768923-13787-1-git-send-email-peer.adelt@c-lab.de> <56A75230.4070008@mail.uni-paderborn.de> <87egd2kg4m.fsf@fimbulvetr.bsc.es> <56AA1A67.7030609@mail.uni-paderborn.de> <87twlxv9pa.fsf@fimbulvetr.bsc.es> Date: Mon, 01 Feb 2016 23:33:16 +0100 In-Reply-To: <87twlxv9pa.fsf@fimbulvetr.bsc.es> (=?utf-8?Q?=22Llu=C3=ADs?= Vilanova"'s message of "Thu, 28 Jan 2016 19:29:53 +0100") Message-ID: <87mvrkhxhv.fsf@fimbulvetr.bsc.es> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: Re: [Qemu-devel] [RFC PATCH 0/3] (Resend) TranslationBlock annotation mechanism List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Bastian Koppelmann Cc: Peter Maydell , Paolo Bonzini , kbastian@mail.upb.de, QEMU Developers , Peer Adelt Llu=C3=ADs Vilanova writes: > Bastian Koppelmann writes: >> Hi Lluis, >> On 01/27/2016 07:54 PM, Llu=C3=ADs Vilanova wrote: [...] >>>=20 >>> So, I'd say that such support is on the list of current developments (a= t least >>> mine, specially now that I have a bit more time for it). But getting th= e core >>> infrastructure mainlined takes some time to ensure it makes sense and c= an be >>> easily maintained and be generally usefull to vanilla QEMU. >>>=20 >> For us such a API would make a lot of sense and there is no benefit for >> us to do our own API. Would it make sense for you if we helped you? > Definitely. The instrumentation code needs some serious update to bring it > up-to-date with the latest QEMU, but adding generally useful guest code t= racing > events is something that can be easily pararellized. FYI, I've rebased my local queue and pushed it to the public repository [1]. Note that except for the head of the queue, patches are not tested (ma= y not even compile), but it's a first step at seriously rebooting the project. I've also started splitting some of the series into separate branches to ea= se their development in parallel (devel-*). [1] https://projects.gso.ac.upc.edu/projects/qemu-dbi https://code.gso.ac.upc.edu/git/qemu-dbi PS: if you had a previous checkout, you might need to get it again (or do s= ome tedious checkout+rm+merge+checkout sequence), since I'm developing all = these series using stgit (which rewrites the story). Cheers, Lluis