drivers/xen: make sys-hypervisor.c explicitly non-modular
authorPaul Gortmaker <paul.gortmaker@windriver.com>
Mon, 22 Feb 2016 00:06:07 +0000 (19:06 -0500)
committerDavid Vrabel <david.vrabel@citrix.com>
Mon, 21 Mar 2016 15:14:03 +0000 (15:14 +0000)
commit46894f17af151f9f2050821aaa889a32c7cbd16f
tree1558d924120992cae8162974b2fc966481e1a5d7
parentab1241a1fc4351be16a5fd5c34001de08c696169
drivers/xen: make sys-hypervisor.c explicitly non-modular

The Kconfig currently controlling compilation of this code is:

config XEN_SYS_HYPERVISOR
       bool "Create xen entries under /sys/hypervisor"

...meaning that it currently is not being built as a module by anyone.

Lets remove the modular code that is essentially orphaned, so that
when reading the driver there is no doubt it is builtin-only.

Since module_init translates to device_initcall in the non-modular
case, the init ordering remains unchanged with this commit.  However
one could argue that fs_initcall() might make more sense here.

This change means that the one line function xen_properties_destroy()
has only one user left, and since that is inside an #ifdef, we just
manually inline it there vs. adding more ifdeffery around the function
to avoid compile warnings about "defined but not used".

In order to be consistent we also manually inline the other _destroy
functions that are also just one line sysfs functions calls with only
one call site remaing, even though they wouldn't need #ifdeffery.

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>
Reviewed-by: Stefano Stabellini <stefano.stabellini@eu.citrix.com>
Signed-off-by: David Vrabel <david.vrabel@citrix.com>
drivers/xen/sys-hypervisor.c