On 2021/10/2 上午10:07, Matt wrote:
Not at the moment but it would certainly be a useful addition for the
unit tests if we could test arbitrary sequences of TCG ops. I'm not sure
how much test harness would be needed to exercise that though.
On a related note, in addition to testing TCG->Host
> Not at the moment but it would certainly be a useful addition for the
> unit tests if we could test arbitrary sequences of TCG ops. I'm not sure
> how much test harness would be needed to exercise that though.
On a related note, in addition to testing TCG->Host translation, it
would be nice to
Matt writes:
> Thank you Alex, for your quick and thoughtful response.
>
>> I've not reviewed the code as it is a rather large diff. For your proper
>> submission could you please ensure that your patch series is broken up
>> into discreet commits to aid review.
>
> Of course.
>
>> The phrase
Thank you Alex, for your quick and thoughtful response.
> I've not reviewed the code as it is a rather large diff. For your proper
> submission could you please ensure that your patch series is broken up
> into discreet commits to aid review.
Of course.
> The phrase "if the user discovers some
Matt writes:
> Hello--
>
> I'm excited to share that I have been developing support for TCG
> floating point operations; specifically, to accelerate emulation of
> x86 guest code which heavily exercises the x87 FPU for a game console
> emulator project based on QEMU. So far, this work has
Clarification: In my previous message, I talked a lot about x87
emulation; I want to make clear that x87 is merely my motivator. The
eventual goal of this TCG FP support is not only to enable fast x87
emulation, but to be generic and robust enough that other QEMU targets
could be modified to
Hello--
I'm excited to share that I have been developing support for TCG
floating point operations; specifically, to accelerate emulation of
x86 guest code which heavily exercises the x87 FPU for a game console
emulator project based on QEMU. So far, this work has shown great
promise,