[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [RESEND][PATCH v3 0/7] Add ivshmem-flat device
From: |
Markus Armbruster |
Subject: |
Re: [RESEND][PATCH v3 0/7] Add ivshmem-flat device |
Date: |
Tue, 07 Jan 2025 15:25:51 +0100 |
User-agent: |
Gnus/5.13 (Gnus v5.13) |
Gustavo Romero <gustavo.romero@linaro.org> writes:
> This is a resend of the series:
>
> https://lore.kernel.org/qemu-devel/20240222222218.2261956-1-gustavo.romero@linaro.org/
>
> rebased on the current master. The series was sent about 9 months ago and
> remains relevant. Besides addressing the longstanding issue:
>
> https://gitlab.com/qemu-project/qemu/-/issues/1134
>
> it has generated interest in the community at least twice since its last
> version, from different contexts:
>
> https://lists.nongnu.org/archive/html/qemu-discuss/2024-05/msg00003.html
> https://lists.nongnu.org/archive/html/qemu-devel/2024-09/msg00374.html
>
> This suggests the series is being used out-of-tree in various contexts, such
> as experiments with heterogeneous architectures.
>
> But due to the fact it relies on sysbus, which is marked for future removal,
> some maintainers objected to accepting the patchset, causing it to be held in
> the ML.
Actually, I inquired about the use cases, and was told it's for OpenAMP.
I challenged the use of ivshmem for that purpose in some detail[*], but
got no reply.
> However, given the ongoing community interest and since currently
> there
> isn't a better way on QEMU than using sysbus for the wiring needs of this
> device (e.g. to wire the device to a CPU IRQ input line), I'd kindly like to
> ask
> maintainers to reconsider its acceptance.
[*] https://lore.kernel.org/qemu-devel/87zfth4psf.fsf@pond.sub.org/
[...]
- Re: [RESEND][PATCH v3 0/7] Add ivshmem-flat device,
Markus Armbruster <=