linux-kernel - Re: [PATCH -next 1/3] drm/bridge: it6505: Enable module autoloading

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <ff38f3e6-dc46-43a8-9aa5-62cd50050d2d@linaro.org>
Date: Fri, 13 Sep 2024 09:45:22 +0200
From: neil.armstrong@...aro.org
To: Liao Chen <liaochen4@...wei.com>, dri-devel@...ts.freedesktop.org,
 linux-kernel@...r.kernel.org, linux-tegra@...r.kernel.org
Cc: andrzej.hajda@...el.com, rfoss@...nel.org,
 Laurent.pinchart@...asonboard.com, jonas@...boo.se,
 jernej.skrabec@...il.com, maarten.lankhorst@...ux.intel.com,
 mripard@...nel.org, tzimmermann@...e.de, airlied@...il.com, daniel@...ll.ch,
 linus.walleij@...aro.org, thierry.reding@...il.com, mperttunen@...dia.com,
 jonathanh@...dia.com
Subject: Re: [PATCH -next 1/3] drm/bridge: it6505: Enable module autoloading

On 02/09/2024 13:33, Liao Chen wrote:
> Add MODULE_DEVICE_TABLE(), so modules could be properly autoloaded based
> on the alias from of_device_id table.
> 
> Signed-off-by: Liao Chen <liaochen4@...wei.com>
> ---
>   drivers/gpu/drm/bridge/ite-it6505.c | 1 +
>   1 file changed, 1 insertion(+)
> 
> diff --git a/drivers/gpu/drm/bridge/ite-it6505.c b/drivers/gpu/drm/bridge/ite-it6505.c
> index 1e1c06fdf206..eef5ad449c16 100644
> --- a/drivers/gpu/drm/bridge/ite-it6505.c
> +++ b/drivers/gpu/drm/bridge/ite-it6505.c
> @@ -3498,6 +3498,7 @@ static const struct of_device_id it6505_of_match[] = {
>   	{ .compatible = "ite,it6505" },
>   	{ }
>   };
> +MODULE_DEVICE_TABLE(of, it6505_of_match);
>   
>   static struct i2c_driver it6505_i2c_driver = {
>   	.driver = {

Reviewed-by: Neil Armstrong <neil.armstrong@...aro.org>