qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] Why I advise against using ivshmem


From: Markus Armbruster
Subject: Re: [Qemu-devel] Why I advise against using ivshmem
Date: Mon, 30 Jun 2014 13:10:38 +0200
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux)

Stefan Hajnoczi <address@hidden> writes:

> On Tue, Jun 17, 2014 at 11:44:11AM +0200, Paolo Bonzini wrote:
>> Il 17/06/2014 11:03, David Marchand ha scritto:
>> >>Unless someone steps up and maintains ivshmem, I think it should be
>> >>deprecated and dropped from QEMU.
>> >
>> >Then I can maintain ivshmem for QEMU.
>> >If this is ok, I will send a patch for MAINTAINERS file.
>> 
>> Typically, adding yourself to maintainers is done only after having proved
>> your ability to be a maintainer. :)
>> 
>> So, let's stop talking and go back to code!  You can start doing what was
>> suggested elsewhere in the thread: get the server and uio driver merged into
>> the QEMU tree, document the protocol in docs/specs/ivshmem_device_spec.txt,
>> and start fixing bugs such as the ones that Markus reported.
>
> One more thing to add to the list:
>
> static void ivshmem_read(void *opaque, const uint8_t * buf, int flags)
>
> The "flags" argument should be "size".  Size should be checked before
> accessing buf.
>
> Please also see the bug fixes in the following unapplied patch:
> "[PATCH] ivshmem: fix potential OOB r/w access (#2)" by Sebastian Krahmer
> https://lists.gnu.org/archive/html/qemu-devel/2014-04/msg03538.html

Another one: most devices can be controlled via a dedicated
CONFIG_<DEVNAME>, but not ivshmem: it uses CONFIG_KVM and CONFIG_PCI.
Giving it its own CONFIG_IVSHMEM would be nice.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]