[PATCH 0/1]

Jose R. Ziviani posted 1 patch 2 years, 9 months ago
Test checkpatch passed
Patches applied successfully (tree, apply log)
git fetch https://github.com/patchew-project/qemu tags/patchew/20210720221351.13354-1-jziviani@suse.de
There is a newer version of this series
configure         | 12 ++++++++++--
meson.build       | 11 ++++++++++-
meson_options.txt |  2 ++
3 files changed, 22 insertions(+), 3 deletions(-)
[PATCH 0/1]
Posted by Jose R. Ziviani 2 years, 9 months ago
Hello!

This patch gives the ability to build TCG builtin even if
--enable-modules is selected. This is useful to have a base
QEMU with TCG native product but still using the benefits of
modules.

Thank you!

Jose R. Ziviani (1):
  modules: Option to build native TCG with --enable-modules

 configure         | 12 ++++++++++--
 meson.build       | 11 ++++++++++-
 meson_options.txt |  2 ++
 3 files changed, 22 insertions(+), 3 deletions(-)

-- 
2.32.0


Re: [PATCH 0/1]
Posted by Thomas Huth 2 years, 9 months ago
On 21/07/2021 00.13, Jose R. Ziviani wrote:
> Hello!
> 
> This patch gives the ability to build TCG builtin even if
> --enable-modules is selected. This is useful to have a base
> QEMU with TCG native product but still using the benefits of
> modules.

Could you please elaborate why this is required? Did you see a performance 
improvement? Or is there another problem?

  Thomas


Re: [PATCH 0/1]
Posted by Jose R. Ziviani 2 years, 9 months ago
On Wed, Jul 21, 2021 at 07:24:02AM +0200, Thomas Huth wrote:
> On 21/07/2021 00.13, Jose R. Ziviani wrote:
> > Hello!
> > 
> > This patch gives the ability to build TCG builtin even if
> > --enable-modules is selected. This is useful to have a base
> > QEMU with TCG native product but still using the benefits of
> > modules.
> 
> Could you please elaborate why this is required? Did you see a performance
> improvement? Or is there another problem?

Hello Thomas,

Please, disconsider this patch. There's a more general discussion about
modules happening here:

https://lists.nongnu.org/archive/html/qemu-devel/2021-07/msg00632.html

A more general solution may be required to actually give us a
fine-grained control on modules.

The case is to allow us to generate customized QEMU packages attending
different user needs.

Thank you very much!!

Jose

> 
>  Thomas
>