Markus Armbruster efec3dd631 qdev: Replace no_user by cannot_instantiate_with_device_add_yet ... In an ideal world, machines can be built by wiring devices together with configuration, not code. Unfortunately, that's not the world we live in right now. We still have quite a few devices that need to be wired up by code. If you try to device_add such a device, it'll fail in sometimes mysterious ways. If you're lucky, you get an unmysterious immediate crash. To protect users from such badness, DeviceClass member no_user used to make device models unavailable with -device / device_add, but that regressed in commit 18b6dad. The device model is still omitted from help, but is available anyway. Attempts to fix the regression have been rejected with the argument that the purpose of no_user isn't clear, and it's prone to misuse. This commit clarifies no_user's purpose. Anthony suggested to rename it cannot_instantiate_with_device_add_yet_due_to_internal_bugs, which I shorten somewhat to keep checkpatch happy. While there, make it bool. Every use of cannot_instantiate_with_device_add_yet gets a FIXME comment asking for rationale. The next few commits will clean them all up, either by providing a rationale, or by getting rid of the use. With that done, the regression fix is hopefully acceptable. Signed-off-by: Markus Armbruster <armbru@redhat.com> Reviewed-by: Marcel Apfelbaum <marcel.a@redhat.com> Signed-off-by: Andreas Färber <afaerber@suse.de>		2013-12-23 00:27:22 +01:00
..
ds1225y.c	ds1225y: QOM cast cleanup for SysBusNvRamState	2013-07-29 21:07:00 +02:00
eeprom93xx.c	eeprom93xx: fix coding style	2013-12-06 22:56:51 +04:00
fw_cfg.c	qdev: Replace no_user by cannot_instantiate_with_device_add_yet	2013-12-23 00:27:22 +01:00
mac_nvram.c	hw/n*: pass owner to memory_region_init* functions	2013-07-04 17:42:48 +02:00
Makefile.objs	hw: move NVRAM interfaces to hw/nvram/, configure with default-configs/	2013-04-08 18:13:16 +02:00
spapr_nvram.c	spapr-rtas: replace return code constants with macros	2013-12-20 01:57:59 +01:00