On 6/22/2026 7:51 PM, Ziyang Zhang wrote:
> On Mon, 22 Jun 2026 11:04:43 -0700, Pierrick Bouvier wrote:
>> That's my point. As long as Lorelei is not a stable tool, we can't
>> really integrate the current plugin upstream. However, it's great that
>> you posted this as a RFC, as it shows the approach work.
> 
> The main reason for Lorelei's instability is the repeated modifications
> to the plugin API. However, this current PATCH indicates that the plugin
> is at least stable now. Therefore, Lorelei can become stable very soon.
> I will release Lorelei in a few days.
>

Sounds good!

>> For now, I think the current plugin should stay downstream, until
>> Lorelei is officially published and people can take any library and
>> compile it with it. Once we have this, it's easy to motivate integrating
>> this plugin upstream, as people can do everything themselves.
> 
> Since the current QEMU does not force the guest program to load at a low
> address as it did in version 9.0, the callback functionality in the
> earlier versions of Lorelei was limited. However, I don't think this is
> a major issue. I must first publish Lorelei and integrate the plugin
> into the upstream before we can discuss the modifications to the mmap
> handler.
> 
> What do you think?
>

Sure, as soon as we have this publicly available, I would be happy to
see this plugin merged also. Corner cases can be be solved later, it
doesn't have to support 100% of the libraries that exist in real world.

>>
>>> Regards,
>>> Ziyang
>>>
>>
> 


Reply via email to