]> git.baikalelectronics.ru Git - kernel.git/commit
drm/ssd130x: Only define a SPI device ID table when built as a module
authorJavier Martinez Canillas <javierm@redhat.com>
Mon, 30 May 2022 14:02:46 +0000 (16:02 +0200)
committerJavier Martinez Canillas <javierm@redhat.com>
Wed, 1 Jun 2022 22:35:32 +0000 (00:35 +0200)
commitf699b65d325d0c64f01948dc86965c089b3634a8
tree390bb9b687eb7d1904ad31a84596aa446e9bf7e7
parent6f58e4752533777b25fe84b01db80efbc53e756a
drm/ssd130x: Only define a SPI device ID table when built as a module

The kernel test robot reports a compile warning due the ssd130x_spi_table
variable being defined but not used. This happen when ssd130x-spi driver
is built-in instead of being built as a module, i.e:

  CC      drivers/gpu/drm/solomon/ssd130x-spi.o
  AR      drivers/base/firmware_loader/built-in.a
  AR      drivers/base/built-in.a
  CC      kernel/trace/trace.o
drivers/gpu/drm/solomon/ssd130x-spi.c:155:35: warning: ‘ssd130x_spi_table’ defined but not used [-Wunused-const-variable=]
  155 | static const struct spi_device_id ssd130x_spi_table[] = {
      |                                   ^~~~~~~~~~~~~~~~~

The driver shouldn't need a SPI device ID table and only have an OF device
ID table, but the former is needed to workaround an issue in the SPI core.
This always reports a MODALIAS of the form "spi:<device>" even for devices
registered through Device Trees.

But the table is only needed when the driver built as a module to populate
the .ko alias info. It's not needed when the driver is built-in the kernel.

Fixes: 5a192f74c010 ("drm/solomon: Add SSD130x OLED displays SPI support")
Reported-by: kernel test robot <lkp@intel.com>
Signed-off-by: Javier Martinez Canillas <javierm@redhat.com>
Reviewed-by: Nathan Chancellor <nathan@kernel.org>
Link: https://patchwork.freedesktop.org/patch/msgid/20220530140246.742469-1-javierm@redhat.com
drivers/gpu/drm/solomon/ssd130x-spi.c