[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] [PATCH v2 10/10] qdev: Do not let the user try to devic
From: |
Marcel Apfelbaum |
Subject: |
Re: [Qemu-devel] [PATCH v2 10/10] qdev: Do not let the user try to device_add when it cannot work |
Date: |
Wed, 30 Oct 2013 16:20:01 +0200 |
On Wed, 2013-10-30 at 13:15 +0100, Markus Armbruster wrote:
> Marcel Apfelbaum <address@hidden> writes:
>
> > On Tue, 2013-10-29 at 17:08 +0100, address@hidden wrote:
> >> From: Markus Armbruster <address@hidden>
> >>
> >> Such devices have always been unavailable and omitted from the list of
> >> available devices shown by device_add help. Until commit 18b6dad
> >> silently broke the former, setting up nasty traps for unwary users,
> >> like this one:
> >>
> >> $ qemu-system-x86_64 -nodefaults -monitor stdio -display none
> >> QEMU 1.6.50 monitor - type 'help' for more information
> >> (qemu) device_add apic
> >> Segmentation fault (core dumped)
> >>
> >> I call that a regression. Fix it.
> >>
> >> Signed-off-by: Markus Armbruster <address@hidden>
> >> ---
> >> qdev-monitor.c | 2 +-
> >> 1 file changed, 1 insertion(+), 1 deletion(-)
> >>
> >> diff --git a/qdev-monitor.c b/qdev-monitor.c
> >> index 36f6f09..c538fec 100644
> >> --- a/qdev-monitor.c
> >> +++ b/qdev-monitor.c
> >> @@ -477,7 +477,7 @@ DeviceState *qdev_device_add(QemuOpts *opts)
> >> }
> >> }
> >>
> >> - if (!obj) {
> >> + if (!obj ||
> >> DEVICE_CLASS(obj)->cannot_instantiate_with_device_add_yet) {
> >> qerror_report(QERR_INVALID_PARAMETER_VALUE, "driver", "device
> >> type");
> >> return NULL;
> >> }
> > Minor comment, if you move the if statement after
> > k = DEVICE_CLASS(obj);
> > you don't need the cast anymore.
>
> Ignorant question: does DEVICE_CLASS(NULL) work and return NULL?
Checked it, yes, it will return NULL.
Marcel
>
> > Seems OK to me.
> > Reviewed-by: Marcel Apfelbaum <address@hidden>
>
> Thanks!
>
- [Qemu-devel] [PATCH v2 00/10] Clean up and fix no_user, armbru, 2013/10/29
- [Qemu-devel] [PATCH v2 04/10] apic: Document why cannot_instantiate_with_device_add_yet, armbru, 2013/10/29
- [Qemu-devel] [PATCH v2 03/10] cpu: Document why cannot_instantiate_with_device_add_yet, armbru, 2013/10/29
- [Qemu-devel] [PATCH v2 08/10] vt82c686: Clean up use of cannot_instantiate_with_device_add_yet, armbru, 2013/10/29
- [Qemu-devel] [PATCH v2 02/10] sysbus: Set cannot_instantiate_with_device_add_yet, armbru, 2013/10/29
- [Qemu-devel] [PATCH v2 06/10] ich9: Document why cannot_instantiate_with_device_add_yet, armbru, 2013/10/29
- [Qemu-devel] [PATCH v2 10/10] qdev: Do not let the user try to device_add when it cannot work, armbru, 2013/10/29
[Qemu-devel] [PATCH v2 01/10] qdev: Replace no_user by cannot_instantiate_with_device_add_yet, armbru, 2013/10/29
[Qemu-devel] [PATCH v2 09/10] isa: Clean up use of cannot_instantiate_with_device_add_yet, armbru, 2013/10/29
[Qemu-devel] [PATCH v2 05/10] pci-host: Consistently set cannot_instantiate_with_device_add_yet, armbru, 2013/10/29