March 18, 2025 1:48:01 PM
> To: Saanjh Sengupta
> Cc: Pierrick Bouvier ; Philippe Mathieu-Daudé
> ; Paolo Bonzini
> ; Marc-André Lureau ;
> amir.gon...@neuroblade.ai
> ; qemu-devel@nongnu.org
> Subject: Re: Building QEMU as a Shared Library
>
> Saanjh Sengupta
-André Lureau
; amir.gon...@neuroblade.ai
; qemu-devel@nongnu.org
Subject: Re: Building QEMU as a Shared Library
Saanjh Sengupta writes:
> Hi Alex,
>
> You mentioned about a patch series; do you have it handy with you?
Message-Id: <20241022105614.839199-18-alex.ben...@linaro.org&
> From: Pierrick Bouvier
> Sent: Wednesday, March 12, 2025 11:50:23 am
> To: Saanjh Sengupta ; Philippe Mathieu-Daudé
> ; Paolo Bonzini
> ; Marc-André Lureau
> Cc: amir.gon...@neuroblade.ai ;
> qemu-devel@nongnu.org
> ; Alex
> Bennée
> Subject: Re: Build
Marc-André Lureau
Cc: amir.gon...@neuroblade.ai ;
qemu-devel@nongnu.org ; Alex
Bennée
Subject: Re: Building QEMU as a Shared Library
On 3/11/25 21:31, Saanjh Sengupta wrote:
Hi,
Thank you for the clarification. Regarding the last time
/"Stoptrigger might be a better fit for what you
---
> From: Pierrick Bouvier
> Sent: Wednesday, March 12, 2025 11:50:23 am
> To: Saanjh Sengupta ; Philippe Mathieu-Daudé
> ; Paolo Bonzini
> ; Marc-André Lureau
> Cc: amir.gon...@neuroblade.ai ;
> qemu-devel@nongnu.org ; Alex
> Benn
March 12, 2025 11:50:23 am
*To:* Saanjh Sengupta ; Philippe Mathieu-
Daudé ; Paolo Bonzini ; Marc-
André Lureau
*Cc:* amir.gon...@neuroblade.ai ; qemu-
de...@nongnu.org ; Alex Bennée
*Subject:* Re: Building QEMU as a Shared Library
On 3/11/25 21:31, Saanjh Sengupta wrote:
Hi,
Th
e
Subject: Re: Building QEMU as a Shared Library
On 3/11/25 21:31, Saanjh Sengupta wrote:
>
>
> Hi,
>
> Thank you for the clarification. Regarding the last time
> /"Stoptrigger might be a better fit for what you want to do, and instead
> of exiting, you want to re
-
Daudé ; Paolo Bonzini ; Marc-
André Lureau
*Cc:* amir.gon...@neuroblade.ai ; qemu-
de...@nongnu.org ; Alex Bennée
*Subject:* Re: Building QEMU as a Shared Library
On 3/11/25 02:50, Saanjh Sengupta wrote:
Hi,
I have a couple of questions:
1.
When I use the libstoptrigger.so: in t
__
From: Pierrick Bouvier
Sent: Wednesday, March 12, 2025 2:14:47 AM
To: Saanjh Sengupta ; Philippe Mathieu-Daudé
; Paolo Bonzini ; Marc-André Lureau
Cc: amir.gon...@neuroblade.ai ;
qemu-devel@nongnu.org ; Alex Bennée
Subject: Re: Building QEMU as a Shared Library
On 3/11/25 02:50, Sa
r.gon...@neuroblade.ai ; qemu-
de...@nongnu.org ; Alex Bennée
*Subject:* Re: Building QEMU as a Shared Library
Hi Saanjh,
depending what you are trying to achieve exactly, plugins can provide a
solution. It's convenient and you can stay on top of QEMU upstream,
without having to create a do
@nongnu.org ; Alex Bennée
Subject: Re: Building QEMU as a Shared Library
Hi,
I have a couple of questions:
1.
When I use the libstoptrigger.so: in that case the QEMU 's emulation stops
after executing the defined number of instructions. Post this, the whole QEMU
terminates. And while usin
on that front?
Regards
Saanjh Sengupta
From: Pierrick Bouvier
Sent: Wednesday, March 5, 2025 5:20:38 AM
To: Saanjh Sengupta ; Philippe Mathieu-Daudé
; Paolo Bonzini ; Marc-André Lureau
Cc: amir.gon...@neuroblade.ai ;
qemu-devel@nongnu.org ; Alex Bennée
Subject: Re: Building QEMU as a Sh
; Paolo Bonzini ; Marc-André Lureau
Cc: amir.gon...@neuroblade.ai ;
qemu-devel@nongnu.org ; Alex Bennée
Subject: Re: Building QEMU as a Shared Library
Hi Saanjh,
depending what you are trying to achieve exactly, plugins can provide a
solution. It's convenient and you can stay on top of
uesday, February 25, 2025 6:29:44 AM
*To:* Philippe Mathieu-Daudé ; Paolo Bonzini
; Marc-André Lureau
*Cc:* amir.gon...@neuroblade.ai ; qemu-
de...@nongnu.org ; Saanjh Sengupta
*Subject:* Re: Building QEMU as a Shared Library
Hi Saanjh,
here is a minimal patch that builds one shared libra
Mathieu-Daudé ; Paolo Bonzini
; Marc-André Lureau
Cc: amir.gon...@neuroblade.ai ;
qemu-devel@nongnu.org ; Saanjh Sengupta
Subject: Re: Building QEMU as a Shared Library
Hi Saanjh,
here is a minimal patch that builds one shared library per target (arch,
mode) where arch is cpu arch, and mode
Hi Saanjh,
here is a minimal patch that builds one shared library per target (arch,
mode) where arch is cpu arch, and mode is system or user, and launch
system-aarch64 through a simple driver:
https://github.com/pbo-linaro/qemu/commit/fbb39cc64f77d4bf1e5e50795c75b62735bf5c5f
With this, it co
Cc'ing our meson experts
On 22/2/25 14:36, Saanjh Sengupta wrote:
Hi,
I referred to your mailing chains on suggesting QEMU to be built as a
shared library.
*Change meson.build to build QEMU as a shared library (with PIC enabled
for static libraries)*
*
*
Could you please suggest what exact
Hi,
I referred to your mailing chains on suggesting QEMU to be built as a shared
library.
Change meson.build to build QEMU as a shared library (with PIC enabled for
static libraries)
Could you please suggest what exactly has to be enabled in the meson.build?
I am confused on that front.
Rega
On Thu, 23 Dec 2021 at 09:49, Philippe Mathieu-Daudé wrote:
>
> Hi Peter,
>
> On 12/15/21 11:10, Peter Maydell wrote:
> > On Wed, 15 Dec 2021 at 08:18, Amir Gonnen wrote:
> >> My goal is to simulate a mixed architecture system.
> >>
> >> Today QEMU strongly assumes that the simulated system is a
On Thu, Dec 23, 2021 at 10:49:46AM +0100, Philippe Mathieu-Daudé wrote:
> What are your thoughts on Daniel idea to where (IIUC) cores can are
> external processes wired via vhost-user. One problem is not all
> operating systems supported provide this possibility.
There is no fundamental limitation
Hi Peter,
On 12/15/21 11:10, Peter Maydell wrote:
> On Wed, 15 Dec 2021 at 08:18, Amir Gonnen wrote:
>> My goal is to simulate a mixed architecture system.
>>
>> Today QEMU strongly assumes that the simulated system is a *single
>> architecture*.
>> Changing this assumption and supporting mixed
bal
state.
Thanks,
Amir
-Original Message-
From: Stefan Hajnoczi
Sent: Wednesday, December 15, 2021 11:46 AM
To: Amir Gonnen
Cc: qemu-devel@nongnu.org; peter.mayd...@linaro.org; f4...@amsat.org
Subject: Re: Building QEMU as a shared library
On Wed, Dec 15, 2021 at 08:18:53AM +, Am
Hi,
Before sending a patch, I would like to check if it's of interest to the
community.
My goal is to simulate a mixed architecture system.
Today QEMU strongly assumes that the simulated system is a *single
architecture*.
Changing this assumption and supporting mixed architecture in QEMU proved
On Wed, Dec 15, 2021 at 12:18:16PM +, Amir Gonnen wrote:
> Easier/faster synchronization is just one side of the issue.
> It's much easier to debug a single process or profile it, for example. It's
> also easier to deploy and maintain a single process.
>
> For now, the only "global state" pro
On Wed, 15 Dec 2021 at 13:23, Stefan Hajnoczi wrote:
>
> On Wed, Dec 15, 2021 at 12:18:16PM +, Amir Gonnen wrote:
> > Easier/faster synchronization is just one side of the issue.
> > It's much easier to debug a single process or profile it, for example. It's
> > also easier to deploy and main
On Wed, Dec 15, 2021 at 09:45:56AM +, Stefan Hajnoczi wrote:
> On Wed, Dec 15, 2021 at 08:18:53AM +, Amir Gonnen wrote:
> > Before sending a patch, I would like to check if it's of interest to the
> > community.
> >
> > My goal is to simulate a mixed architecture system.
> > Today QEMU st
On Wed, Dec 15, 2021 at 10:10:35AM +, Peter Maydell wrote:
> On Wed, 15 Dec 2021 at 08:18, Amir Gonnen wrote:
> > My goal is to simulate a mixed architecture system.
> >
> > Today QEMU strongly assumes that the simulated system is a *single
> > architecture*.
> > Changing this assumption and
On Wed, 15 Dec 2021 at 08:18, Amir Gonnen wrote:
> My goal is to simulate a mixed architecture system.
>
> Today QEMU strongly assumes that the simulated system is a *single
> architecture*.
> Changing this assumption and supporting mixed architecture in QEMU proved to
> be
> non-trivial and may
On Wed, Dec 15, 2021 at 08:18:53AM +, Amir Gonnen wrote:
> Before sending a patch, I would like to check if it's of interest to the
> community.
>
> My goal is to simulate a mixed architecture system.
> Today QEMU strongly assumes that the simulated system is a *single
> architecture*.
> Cha
29 matches
Mail list logo
