From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:50899) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dIYyr-0003Uf-Pk for qemu-devel@nongnu.org; Wed, 07 Jun 2017 07:18:30 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dIYym-0007yZ-R5 for qemu-devel@nongnu.org; Wed, 07 Jun 2017 07:18:29 -0400 Received: from roura.ac.upc.es ([147.83.33.10]:38408) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dIYym-0007yC-Av for qemu-devel@nongnu.org; Wed, 07 Jun 2017 07:18:24 -0400 From: =?utf-8?Q?Llu=C3=ADs_Vilanova?= References: <20170606171320.GA8115@flamenco> Date: Wed, 07 Jun 2017 14:12:44 +0300 In-Reply-To: <20170606171320.GA8115@flamenco> (Emilio G. Cota's message of "Tue, 6 Jun 2017 13:13:20 -0400") Message-ID: <877f0o3vbn.fsf@frigg.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: Re: [Qemu-devel] GSoC 2017 Proposal: TCG performance enhancements List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: "Emilio G. Cota" Cc: Pranith Kumar , Peter Maydell , Paolo Bonzini , Alex =?utf-8?Q?Benn=C3=A9e?= , qemu-devel , Richard Henderson Emilio G Cota writes: > - Instrumentation. I think QEMU should have a good interface to enable > dynamic binary instrumentation. This has many uses and in fact there > are quite a few forks of QEMU doing this. > I think Llu=C3=ADs Vilanova's work [1] is a good start to eventually get > something upstream. > [1] https://projects.gso.ac.upc.edu/projects/qemu-dbi Hey, I'm really happy you think that's worth pursuing. Even if it doesn't l= ook like it, I keep working on this on small bits of free time. I have a few pa= tch series that were ready to send, but should now be rebased to upstream before that. In fact, I have an academic paper on the back-burner describing the w= ork I did (there's some cool tricks), but was waiting to get the core intrumentation-agnostic infrastructure upstreamed first. My understanding was that adding a public instrumentation interface would a= dd too much code maintenance overhead for a feature that is not in QEMU's core target. During time, I've kept simplifying large parts of the intrumentation code b= ase, and maybe things have changed in QEMU enough to rethink if that's worth integrating. Of course, I'm completely open to discuss it. Cheers, Lluis