From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:36873) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VGqWA-0002qh-Eg for qemu-devel@nongnu.org; Tue, 03 Sep 2013 09:19:43 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VGqW0-00042w-Oo for qemu-devel@nongnu.org; Tue, 03 Sep 2013 09:19:38 -0400 Received: from lhrrgout.huawei.com ([194.213.3.17]:1442) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VGqW0-00042h-G5 for qemu-devel@nongnu.org; Tue, 03 Sep 2013 09:19:28 -0400 Message-ID: <5225E19C.1040708@huawei.com> Date: Tue, 3 Sep 2013 15:18:20 +0200 From: Claudio Fontana MIME-Version: 1.0 References: <1376075958-21932-1-git-send-email-rth@twiddle.net> <52066D7C.4020607@twiddle.net> <520698E5.4080409@twiddle.net> In-Reply-To: <520698E5.4080409@twiddle.net> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PATCH 0/2] Disassembly with external objdump List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Richard Henderson Cc: Peter Maydell , proljc@gmail.com, Claudio Fontana , qemu-devel@nongnu.org, Max Filippov , gxt@mprc.pku.edu.cn Hi, resuming this conversation about external objdump, On 10.08.2013 21:47, Richard Henderson wrote: > On 08/10/2013 06:53 AM, Max Filippov wrote: >> On Sat, Aug 10, 2013 at 8:42 PM, Richard Henderson wrote: >>> On 08/10/2013 05:45 AM, Peter Maydell wrote: >>>> Well, it depends. If we're going to dump all the in-tree >>>> disassemblers and always use an external objdump, that's fine. >>> >>> It's tempting, given that the only internal disassemblers that >>> are not missing opcodes are for the extinct cpus. >> >> Will that leave those CPUs without x/i support from monitor? > > Yes. > > One could always have qemu fork to objdump too. Though finding the > right one could be tricky without help. I lost track of what you mean here.. that we could implement x/i support also using an external objdump? I got my first actual run of a qemu with integrated libvixl from ARM for disassembly output of aarch64 code, and the results are substandard. Many instructions are missing, in particular all PC relative instructions, and the README warns about multiple other problems. It also introduces dependencies from scons, C++, and can only build and run on 64bit LP64 hosts. Using external objdump would be very much better for aarch64. What about making the external objdump the first class citizen here, and removing all the old stuff? Or just keeping it as fallback? > >> Does anybody use it? > > That I can't answer. As I started the aarch64 tcg task I just used gdb's disassembly feature for achieving that goal. However, since the feature is already there and people rely on it, maybe it could be done with external objdump as well? > > > r~ Ciao, Claudio