[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <176950495232.13307.15142034347404555496.b4-ty@oss.qualcomm.com>
Date: Tue, 27 Jan 2026 10:09:16 +0100
From: Bartosz Golaszewski <bartosz.golaszewski@....qualcomm.com>
To: gregkh@...uxfoundation.org, rafael@...nel.org, broonie@...nel.org,
will@...nel.org, grygorii.strashko@...com, ssantosh@...nel.org,
khilman@...nel.org, linusw@...nel.org, brgl@...nel.org,
Danilo Krummrich <dakr@...nel.org>
Cc: Bartosz Golaszewski <bartosz.golaszewski@....qualcomm.com>,
driver-core@...ts.linux.dev, linux-kernel@...r.kernel.org,
linux-omap@...r.kernel.org, linux-gpio@...r.kernel.org
Subject: Re: [PATCH] gpio: omap: do not register driver in probe()
On Fri, 23 Jan 2026 14:31:56 +0100, Danilo Krummrich wrote:
> Commit 11a78b794496 ("ARM: OMAP: MPUIO wake updates") registers the
> omap_mpuio_driver from omap_mpuio_init(), which is called from
> omap_gpio_probe().
>
> However, it neither makes sense to register drivers from probe()
> callbacks of other drivers, nor does the driver core allow registering
> drivers with a device lock already being held.
>
> [...]
Applied, thanks!
[1/1] gpio: omap: do not register driver in probe()
commit: 3cb53b083fa665ec14c52962f50b9c1df48cf87b
Best regards,
--
Bartosz Golaszewski <bartosz.golaszewski@....qualcomm.com>
Powered by blists - more mailing lists