qemu-devel
[Top][All Lists]
Advanced

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

Re: [Qemu-devel] [PATCH v2] qdev: Mark devices as non-hotpluggable by de


From: Thomas Huth
Subject: Re: [Qemu-devel] [PATCH v2] qdev: Mark devices as non-hotpluggable by default
Date: Mon, 25 Sep 2017 19:42:13 +0200
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.3.0

On 25.09.2017 17:26, Peter Maydell wrote:
> On 25 September 2017 at 16:19, Thomas Huth <address@hidden> wrote:
>> Not sure whether this works for the virtio-xxx-device devices,
>> though, since they are marked as user_creatable = true currently...
> 
> That's deliberate -- for the arm boards with virtio-mmio
> the board creates a bunch of virtio-mmio transports and the
> virtio-foo-device can be user created to plug into those.

Yes, I know ... I'm just wondering whether the virtio-xxx-device devices
should be non-user_creatable on the non-ARM targets, since they
apparently can't be used with "-device" there...?

> If overall trying to do the 'right thing' is tricky here
> then perhaps we can start by flipping the default to
> not-hotpluggable and marking some devices hotpluggable
> that in theory shouldn't be with a comment about why.

Yes, if Eduardo's idea to move the test to qmp_device_add() does not
work out (I'll try that next), your suggestion is certainly the best
thing we can do right now.

> Incidentally I think there's still some advantage in the
> "created as part of some other device" devices having
> to be explicitly marked hotpluggable, because those
> devices do still need some specific code in them to
> handle it (ie code to release the resources that are
> created in the device's realize method).

Ok ... by the way, does anybody know more devices like
virtio-xxx-device, i.e. devices that are indirectly plugged when adding
other devices?

 Thomas



reply via email to

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