[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <DB3PR0402MB3916B2F7EDB51F9D51491218F5230@DB3PR0402MB3916.eurprd04.prod.outlook.com>
Date: Mon, 14 Sep 2020 02:19:49 +0000
From: Anson Huang <anson.huang@....com>
To: Linus Walleij <linus.walleij@...aro.org>
CC: Arnd Bergmann <arnd@...db.de>,
Russell King - ARM Linux <linux@...linux.org.uk>,
Shawn Guo <shawnguo@...nel.org>,
Sascha Hauer <s.hauer@...gutronix.de>,
Sascha Hauer <kernel@...gutronix.de>,
Fabio Estevam <festevam@...il.com>,
Catalin Marinas <catalin.marinas@....com>,
Will Deacon <will@...nel.org>,
Bartosz Golaszewski <bgolaszewski@...libre.com>,
Peter Chen <peter.chen@....com>,
"oleksandr.suvorov@...adex.com" <oleksandr.suvorov@...adex.com>,
Andreas Kemnade <andreas@...nade.info>,
Peng Fan <peng.fan@....com>,
Hans Verkuil <hverkuil-cisco@...all.nl>,
Olof Johansson <olof@...om.net>,
Krzysztof Kozlowski <krzk@...nel.org>,
Alexandre Torgue <alexandre.torgue@...com>,
Patrice Chotard <patrice.chotard@...com>,
Marek Szyprowski <m.szyprowski@...sung.com>,
Joel Stanley <joel@....id.au>, Lubomir Rintel <lkundrak@...sk>,
Christian Gmeiner <christian.gmeiner@...il.com>,
Bjorn Andersson <bjorn.andersson@...aro.org>,
Leo Li <leoyang.li@....com>,
Geert Uytterhoeven <geert+renesas@...der.be>,
"michael@...le.cc" <michael@...le.cc>,
Linux ARM <linux-arm-kernel@...ts.infradead.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"open list:GPIO SUBSYSTEM" <linux-gpio@...r.kernel.org>,
dl-linux-imx <linux-imx@....com>
Subject: RE: [PATCH V2 1/4] gpio: mxc: Support module build
Hi, Linus
> Subject: Re: [PATCH V2 1/4] gpio: mxc: Support module build
>
> On Thu, Sep 3, 2020 at 3:31 AM Anson Huang <anson.huang@....com>
> wrote:
>
> > Hi, Linus
> > Do you have chance to take a look at this patch series?
>
> I've seen there was plenty discussion about them, like this one, so I expected a
> repost (didn't anything change at all?) also a rebase on v5.9-rc1 so I do not
> have to deal with any merge conflicts.
I went through the discussion again, the main concern is whether need to support
unload if the driver supports module build, but for SoC GPIO driver, as john said, it is
commonly used by peripheral devices, similar as clock, pinctrl driver, sorting out the
unloading is particularly complicated or there is some missing infrastructure, and in
those cases being able to load a "permanent" module seems to me like a clear benefit.
So I think the first step is to just enable it as "permanent" modules like pinctrl/clk driver,
as currently, most of the SoC GPIO users are NOT supporting module build at all, so the
unload support for SoC GPIO driver is NOT available currently.
>
> Could you rebase and resend?
I will rebase to latest linux-next and resend the patch series.
Thanks,
Anson
Powered by blists - more mailing lists