From mboxrd@z Thu Jan 1 00:00:00 1970 From: Alexander Graf Subject: Re: [Qemu-ppc] [PATCH 4/4] kvm: i386: Add classic PCI device assignment Date: Sat, 8 Sep 2012 11:28:52 +0200 Message-ID: <82563D1C-0B5E-432B-9CA1-68F72B122055@suse.de> References: <825e653c9cfe9d8e26185917cbe1f1dd7ae299e2.1346048917.git.jan.kiszka@web.de> <503B62F4.9070500@suse.de> <87k3wjyy0e.fsf@codemonkey.ws> <503E227B.40904@suse.de> <874nndmrjs.fsf@codemonkey.ws> <50476F3E.7000100@redhat.com> <87wr081nq4.fsf@codemonkey.ws> <50486270.9020504@redhat.com> Mime-Version: 1.0 (1.0) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Cc: "kvm@vger.kernel.org" , "Michael S. Tsirkin" , Marcelo Tosatti , "qemu-devel@nongnu.org" , Alex Williamson , Jan Kiszka , Avi Kivity , Anthony Liguori , qemu-ppc , =?utf-8?Q?Andreas_F=C3=A4rber?= To: Blue Swirl Return-path: In-Reply-To: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: qemu-devel-bounces+gceq-qemu-devel=gmane.org@nongnu.org Sender: qemu-devel-bounces+gceq-qemu-devel=gmane.org@nongnu.org List-Id: kvm.vger.kernel.org On 08.09.2012, at 10:06, Blue Swirl wrote: > On Thu, Sep 6, 2012 at 8:44 AM, Avi Kivity wrote: >> On 09/05/2012 10:04 PM, Blue Swirl wrote: >>>=20 >>> Reinventing a disassembler for ever growing x86 assembly is >>> no fun. >>=20 >> We can try linking to a disassembler library. I use udis86 to >> disassemble instructions in kvm tracepoints >> (http://udis86.git.sourceforge.net/git/gitweb.cgi?p=3Dudis86/udis86;a=3Ds= hortlog), >> it's maintained but not heavily so. >=20 > I think commonality with KVM would be preferred. The library looks > neat and based on changelog, more actively developed than BSD DDB. >=20 >>=20 >> Of course for non-x86 we'd need to continue using binutils; this is >> about copying code vs. libraries, not about licensing. >=20 > For most architectures, pre-GPLv3 binutils is good enough since the > instruction set does not change anymore. Maybe only PPC and Sparc64 > still change besides x86. New CPUs types more recent than 2007 will > have problems. Alternatively we could try to run the disassembler in a different process, r= ight? Alex >=20 >>=20 >>=20 >> -- >> error compiling committee.c: too many arguments to function >=20 From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:60343) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TAHLZ-0001xD-VA for qemu-devel@nongnu.org; Sat, 08 Sep 2012 05:29:02 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TAHLY-00026y-Po for qemu-devel@nongnu.org; Sat, 08 Sep 2012 05:29:01 -0400 References: <825e653c9cfe9d8e26185917cbe1f1dd7ae299e2.1346048917.git.jan.kiszka@web.de> <503B62F4.9070500@suse.de> <87k3wjyy0e.fsf@codemonkey.ws> <503E227B.40904@suse.de> <874nndmrjs.fsf@codemonkey.ws> <50476F3E.7000100@redhat.com> <87wr081nq4.fsf@codemonkey.ws> <50486270.9020504@redhat.com> In-Reply-To: Mime-Version: 1.0 (1.0) Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Message-Id: <82563D1C-0B5E-432B-9CA1-68F72B122055@suse.de> From: Alexander Graf Date: Sat, 8 Sep 2012 11:28:52 +0200 Subject: Re: [Qemu-devel] [Qemu-ppc] [PATCH 4/4] kvm: i386: Add classic PCI device assignment List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Blue Swirl Cc: "kvm@vger.kernel.org" , "Michael S. Tsirkin" , Marcelo Tosatti , "qemu-devel@nongnu.org" , Alex Williamson , Jan Kiszka , Avi Kivity , Anthony Liguori , qemu-ppc , =?utf-8?Q?Andreas_F=C3=A4rber?= On 08.09.2012, at 10:06, Blue Swirl wrote: > On Thu, Sep 6, 2012 at 8:44 AM, Avi Kivity wrote: >> On 09/05/2012 10:04 PM, Blue Swirl wrote: >>>=20 >>> Reinventing a disassembler for ever growing x86 assembly is >>> no fun. >>=20 >> We can try linking to a disassembler library. I use udis86 to >> disassemble instructions in kvm tracepoints >> (http://udis86.git.sourceforge.net/git/gitweb.cgi?p=3Dudis86/udis86;a=3Ds= hortlog), >> it's maintained but not heavily so. >=20 > I think commonality with KVM would be preferred. The library looks > neat and based on changelog, more actively developed than BSD DDB. >=20 >>=20 >> Of course for non-x86 we'd need to continue using binutils; this is >> about copying code vs. libraries, not about licensing. >=20 > For most architectures, pre-GPLv3 binutils is good enough since the > instruction set does not change anymore. Maybe only PPC and Sparc64 > still change besides x86. New CPUs types more recent than 2007 will > have problems. Alternatively we could try to run the disassembler in a different process, r= ight? Alex >=20 >>=20 >>=20 >> -- >> error compiling committee.c: too many arguments to function >=20