[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: [RFC] Reducing NEED_CPU_H usage
From: |
Taylor Simpson |
Subject: |
RE: [RFC] Reducing NEED_CPU_H usage |
Date: |
Thu, 29 Dec 2022 19:13:39 +0000 |
> -----Original Message-----
> From: Alessandro Di Federico <ale@rev.ng>
> Sent: Wednesday, December 28, 2022 10:16 AM
> To: qemu-devel@nongnu.org
> Cc: Taylor Simpson <tsimpson@quicinc.com>; Philippe Mathieu-Daudé
> <philmd@linaro.org>; Richard Henderson <richard.henderson@linaro.org>;
> Alex Bennée <alex.bennee@linaro.org>
> Subject: [RFC] Reducing NEED_CPU_H usage
>
> Hello everyone, this is a proposal in the libtcg direction, i.e., enabling
> building
> a single QEMU executable featuring multiple *targets* (i.e., TCG frontends).
> This follows what we discussed in recent KVM calls and originally at the KVM
> Forum Emulation BoF.
>
> Note that our commitment to this project is possible thanks to our
> collaboration with the Qualcomm Innovation Center!
>
Thanks for sharing. My $.02 is to change the subject line to reflect the total
initiative, not just NEED_CPU_H. That would make more folks notice it in their
inbox.
> # What's left out?
>
> Quite a few minor things but.. you tell me!
> There's probably *a lot* more stuff when we dig into system mode
> emulation, but I'd postpone investigating those issues until we have user
> mode in a decent shape.
One thing I can think of is the TARGET_<arch> macros . Some examples are in
fpu/softfloat-specialize.c.inc and linux-user/user-internals.h.
Thanks,
Taylor