Re: [PATCH v18 6/6] ARM: socfpga: fpga bridge driver support
From: Paul Gortmaker <hidden>
Date: 2016-08-09 16:01:32
Also in:
linux-arm-kernel, lkml
From: Paul Gortmaker <hidden>
Date: 2016-08-09 16:01:32
Also in:
linux-arm-kernel, lkml
[Re: [PATCH v18 6/6] ARM: socfpga: fpga bridge driver support] On 08/08/2016 (Mon 13:44) Moritz Fischer wrote:
Hi Alan, On Mon, Aug 8, 2016 at 12:18 PM, atull [off-list ref] wrote:quoted
quoted
Please don't use module.h in drivers controlled by a bool Kconfig setting. THanks, Paul.Thanks for the feedback. Can you provide an example of what you would consider to be proper usage in the kernel?I think Paul is suggesting to use static int __init alt_fpga_bridge_init(void) { platform_driver_register(&alt_fpga_bridge_driver); } device_initcall(alt_fpga_bridge_init); or better: builtin_platform_driver(&alt_fpga_bridge_driver); Like for example in: drivers/cpuidle/cpuidle-mvebu-v7.c
Yes, pretty much that -- if you have a bool Kconfig, you should be using builtin registration functions, and have no need for module.h or anything MODULE_<xyz> or any module_init/module_exit calls. An empty file containing nothing but #include <linux/module.h> will cause cpp to emit about 750k of goop, so we really should only be using it for drivers that are genuinely modular; i.e. tristate Kconfig. Thanks, Paul. --
Cheers, Moritz