| Message ID | 1600320829-1453-1-git-send-email-Anson.Huang@nxp.com |
|---|---|
| State | Superseded |
| Headers | show |
| Series | [V3,1/4] gpio: mxc: Support module build | expand |
On Thu, Sep 17, 2020 at 7:40 AM Anson Huang <Anson.Huang@nxp.com> wrote: > Change config to tristate, add module device table, module author, > description and license to support module build for i.MX GPIO driver. > > As this is a SoC GPIO module, it provides common functions for most > of the peripheral devices, such as GPIO pins control, secondary > interrupt controller for GPIO pins IRQ etc., without GPIO driver, most > of the peripheral devices will NOT work properly, so GPIO module is > similar with clock, pinctrl driver that should be loaded ONCE and > never unloaded. > > Since MXC GPIO driver needs to have init function to register syscore > ops once, here still use subsys_initcall(), NOT module_platform_driver(). > > Signed-off-by: Anson Huang <Anson.Huang@nxp.com> This patch (1) applied to the GPIO tree. Please apply the rest through the ARM SoC tree! Yours, Linus Walleij
On Thu, Sep 17, 2020 at 01:33:46PM +0800, Anson Huang wrote: > Change config to tristate, add module device table, module author, > description and license to support module build for i.MX GPIO driver. > > As this is a SoC GPIO module, it provides common functions for most > of the peripheral devices, such as GPIO pins control, secondary > interrupt controller for GPIO pins IRQ etc., without GPIO driver, most > of the peripheral devices will NOT work properly, so GPIO module is > similar with clock, pinctrl driver that should be loaded ONCE and > never unloaded. > > Since MXC GPIO driver needs to have init function to register syscore > ops once, here still use subsys_initcall(), NOT module_platform_driver(). > > Signed-off-by: Anson Huang <Anson.Huang@nxp.com> This patch made it into linux-next, but none of the other patches in the series did. This results in a variety of boot failures in -next. Not that it is my concern, but "without GPIO driver, most of the peripheral devices will NOT work properly" makes me wonder if building this driver as module is really expected to work anywhere. Guenter > --- > no change. > --- > drivers/gpio/Kconfig | 2 +- > drivers/gpio/gpio-mxc.c | 6 ++++++ > 2 files changed, 7 insertions(+), 1 deletion(-) > > diff --git a/drivers/gpio/Kconfig b/drivers/gpio/Kconfig > index 5cfdaf3..c7292a5 100644 > --- a/drivers/gpio/Kconfig > +++ b/drivers/gpio/Kconfig > @@ -397,7 +397,7 @@ config GPIO_MVEBU > select REGMAP_MMIO > > config GPIO_MXC > - def_bool y > + tristate "i.MX GPIO support" > depends on ARCH_MXC || COMPILE_TEST > select GPIO_GENERIC > select GENERIC_IRQ_CHIP > diff --git a/drivers/gpio/gpio-mxc.c b/drivers/gpio/gpio-mxc.c > index 64278a4..643f4c55 100644 > --- a/drivers/gpio/gpio-mxc.c > +++ b/drivers/gpio/gpio-mxc.c > @@ -15,6 +15,7 @@ > #include <linux/irq.h> > #include <linux/irqdomain.h> > #include <linux/irqchip/chained_irq.h> > +#include <linux/module.h> > #include <linux/platform_device.h> > #include <linux/slab.h> > #include <linux/syscore_ops.h> > @@ -158,6 +159,7 @@ static const struct of_device_id mxc_gpio_dt_ids[] = { > { .compatible = "fsl,imx7d-gpio", .data = &mxc_gpio_devtype[IMX35_GPIO], }, > { /* sentinel */ } > }; > +MODULE_DEVICE_TABLE(of, mxc_gpio_dt_ids); > > /* > * MX2 has one interrupt *for all* gpio ports. The list is used > @@ -604,3 +606,7 @@ static int __init gpio_mxc_init(void) > return platform_driver_register(&mxc_gpio_driver); > } > subsys_initcall(gpio_mxc_init); > + > +MODULE_AUTHOR("Shawn Guo <shawn.guo@linaro.org>"); > +MODULE_DESCRIPTION("i.MX GPIO Driver"); > +MODULE_LICENSE("GPL");
Hi, Shawn > Subject: Re: [PATCH V3 1/4] gpio: mxc: Support module build > > On Thu, Sep 17, 2020 at 7:40 AM Anson Huang <Anson.Huang@nxp.com> > wrote: > > > Change config to tristate, add module device table, module author, > > description and license to support module build for i.MX GPIO driver. > > > > As this is a SoC GPIO module, it provides common functions for most of > > the peripheral devices, such as GPIO pins control, secondary interrupt > > controller for GPIO pins IRQ etc., without GPIO driver, most of the > > peripheral devices will NOT work properly, so GPIO module is similar > > with clock, pinctrl driver that should be loaded ONCE and never > > unloaded. > > > > Since MXC GPIO driver needs to have init function to register syscore > > ops once, here still use subsys_initcall(), NOT module_platform_driver(). > > > > Signed-off-by: Anson Huang <Anson.Huang@nxp.com> > > This patch (1) applied to the GPIO tree. > Please apply the rest through the ARM SoC tree! > Could you please help pick the rest patch of this series? Otherwise, the i.MX GPIO driver will NOT be enabled by default and it will block kernel boot. Thanks, Anson
Hi Shawn, > From: Anson Huang <anson.huang@nxp.com> > Sent: Monday, October 12, 2020 7:36 PM > > Hi, Shawn > > > Subject: Re: [PATCH V3 1/4] gpio: mxc: Support module build > > > > On Thu, Sep 17, 2020 at 7:40 AM Anson Huang <Anson.Huang@nxp.com> > > wrote: > > > > > Change config to tristate, add module device table, module author, > > > description and license to support module build for i.MX GPIO driver. > > > > > > As this is a SoC GPIO module, it provides common functions for most > > > of the peripheral devices, such as GPIO pins control, secondary > > > interrupt controller for GPIO pins IRQ etc., without GPIO driver, > > > most of the peripheral devices will NOT work properly, so GPIO > > > module is similar with clock, pinctrl driver that should be loaded > > > ONCE and never unloaded. > > > > > > Since MXC GPIO driver needs to have init function to register > > > syscore ops once, here still use subsys_initcall(), NOT > module_platform_driver(). > > > > > > Signed-off-by: Anson Huang <Anson.Huang@nxp.com> > > > > This patch (1) applied to the GPIO tree. > > Please apply the rest through the ARM SoC tree! > > > > Could you please help pick the rest patch of this series? Otherwise, the i.MX > GPIO driver will NOT be enabled by default and it will block kernel boot. This blocked a huge number of i.MX boards booting with latest linux-next kernel. Would you help pick it ASAP? Regards Aisheng > > Thanks, > Anson
diff --git a/drivers/gpio/Kconfig b/drivers/gpio/Kconfig index 5cfdaf3..c7292a5 100644 --- a/drivers/gpio/Kconfig +++ b/drivers/gpio/Kconfig @@ -397,7 +397,7 @@ config GPIO_MVEBU select REGMAP_MMIO config GPIO_MXC - def_bool y + tristate "i.MX GPIO support" depends on ARCH_MXC || COMPILE_TEST select GPIO_GENERIC select GENERIC_IRQ_CHIP diff --git a/drivers/gpio/gpio-mxc.c b/drivers/gpio/gpio-mxc.c index 64278a4..643f4c55 100644 --- a/drivers/gpio/gpio-mxc.c +++ b/drivers/gpio/gpio-mxc.c @@ -15,6 +15,7 @@ #include <linux/irq.h> #include <linux/irqdomain.h> #include <linux/irqchip/chained_irq.h> +#include <linux/module.h> #include <linux/platform_device.h> #include <linux/slab.h> #include <linux/syscore_ops.h> @@ -158,6 +159,7 @@ static const struct of_device_id mxc_gpio_dt_ids[] = { { .compatible = "fsl,imx7d-gpio", .data = &mxc_gpio_devtype[IMX35_GPIO], }, { /* sentinel */ } }; +MODULE_DEVICE_TABLE(of, mxc_gpio_dt_ids); /* * MX2 has one interrupt *for all* gpio ports. The list is used @@ -604,3 +606,7 @@ static int __init gpio_mxc_init(void) return platform_driver_register(&mxc_gpio_driver); } subsys_initcall(gpio_mxc_init); + +MODULE_AUTHOR("Shawn Guo <shawn.guo@linaro.org>"); +MODULE_DESCRIPTION("i.MX GPIO Driver"); +MODULE_LICENSE("GPL");
Change config to tristate, add module device table, module author, description and license to support module build for i.MX GPIO driver. As this is a SoC GPIO module, it provides common functions for most of the peripheral devices, such as GPIO pins control, secondary interrupt controller for GPIO pins IRQ etc., without GPIO driver, most of the peripheral devices will NOT work properly, so GPIO module is similar with clock, pinctrl driver that should be loaded ONCE and never unloaded. Since MXC GPIO driver needs to have init function to register syscore ops once, here still use subsys_initcall(), NOT module_platform_driver(). Signed-off-by: Anson Huang <Anson.Huang@nxp.com> --- no change. --- drivers/gpio/Kconfig | 2 +- drivers/gpio/gpio-mxc.c | 6 ++++++ 2 files changed, 7 insertions(+), 1 deletion(-)