qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] GPLv3 troubles


From: Blue Swirl
Subject: Re: [Qemu-devel] GPLv3 troubles
Date: Mon, 17 Oct 2011 19:33:08 +0000

On Mon, Oct 17, 2011 at 6:29 PM, Anthony Liguori <address@hidden> wrote:
> On 10/17/2011 01:20 PM, Stefan Weil wrote:
>>
>> Am 17.10.2011 20:16, schrieb Anthony Liguori:
>>>
>>> On 10/17/2011 12:58 PM, Andreas Färber wrote:
>>>>
>>>> Am 17.10.2011 18:51, schrieb Anthony Liguori:
>>>>>
>>>>> Including binutils code is just a bad idea.
>>>>
>>>> Do you see a real alternative? Would it be possible to pipe machine code
>>>> from QEMU into an external disassembler?
>>>
>>> Sure. This is only used in the monitor for interactive debugging, right?
>>
>> The disassembler is also used with -d in_asm or -d out_asm to write
>> qemu.log.
>> I expect that a pipe to an external disassembler would slow down execution
>> with -d
>> significantly.
>
> How difficult would it be to add tracing to tcg-target.c such that you could
> get out_asm that way?
>
> At least with i386, there's just a few instruction forms so it should just
> be a matter of a few trace points with a table of opcode names.
>
> Likewise, we could add tracing to translate.c to achieve the same affect as
> in_asm.
>
> Tracing's probably a far better approach for debugging as you would be able
> to do some very interesting things with SystemTap and such a mechanism.

Disassembly could be moved offline, so performance would also be
better and *_asm generation could be toggled dynamically.

> Regards,
>
> Anthony Liguori
>
>> Regards,
>> Stefan Weil
>>
>>
>
>
>



reply via email to

[Prev in Thread] Current Thread [Next in Thread]