On Wed, Apr 29, 2026 at 09:25:21PM +0200, Ruslan Ruslichenko wrote: > On Mon, Apr 13, 2026 at 4:04 PM Ruslan Ruslichenko > <[email protected]> wrote: > > > > On Mon, Apr 13, 2026 at 9:25 AM Markus Armbruster <[email protected]> wrote: > > > > > > Ruslan Ruslichenko <[email protected]> writes: > > > > > > > Hi everyone, > > > > > > > > We are currently preparing the v2 patch series for the Remote-Port > > > > Co-simulation protocol for interfacing with SystemC modules. The first > > > > revision was here: > > > > https://lists.nongnu.org/archive/html/qemu-devel/2026-02/msg01760.html. > > > > > > > > As part of this submission, we would like to publish a sample project > > > > serving as a demonstration of how to connect a QEMU Remote-Port > > > > frontend to a SystemC backend. > > > > > > > > The sample project implements a standard SystemC IP core and uses > > > > several external components such as: > > > > - libsystemctlm-soc: https://github.com/Xilinx/libsystemctlm-soc > > > > - VCML Library: https://github.com/machineware-gmbh/vcml > > > > - SystemC Library: https://github.com/accellera-official/systemc > > > > > > > > We have a question regarding the location for this kind of project. > > > > Could you please suggest if there is a preferred location or some > > > > standard practice for hosting such a sample project? > > > > > > Location within the QEMU source tree? > > > > Yes, it would be good to include this project within the QEMU source tree. > > To build the project, the mentioned SystemC, libsystemctlm-soc and > > VCML libraries and their specific dependencies need to be built and > > installed separately. > > Would this approach be acceptable? > > > > Alternatively, is there an auxiliary repository within the QEMU > > infrastructure that is better suited for these types of sample > > projects, > > perhaps somewhere under https://gitlab.com/qemu-project? > > Do you have any thoughts on the preferred location for this sample project?
Why not just publish it under its own standalone git repo ? With regards, Daniel
