diff options
| author | Javier Martinez Canillas <javierm@redhat.com> | 2022-05-20 12:16:02 +0300 |
|---|---|---|
| committer | Javier Martinez Canillas <javierm@redhat.com> | 2022-05-23 14:24:04 +0300 |
| commit | 9ad6f181ad9a19a26bda73a7b199df44ccfcdaba (patch) | |
| tree | 3f57c1d6c19cd8e3d4767cec6d758cfe46813ed7 /tools/perf/scripts/python/export-to-sqlite.py | |
| parent | 649eb3828fb22e829e222ebd83f4e11dc503a565 (diff) | |
| download | linux-9ad6f181ad9a19a26bda73a7b199df44ccfcdaba.tar.xz | |
drm/st7735r: Fix module autoloading for Okaya RH128128T
The SPI core always reports a "MODALIAS=spi:<foo>", even if the device was
registered via OF. This means that the st7735r.ko module won't autoload if
a DT has a node with a compatible "okaya,rh128128t" string.
In that case, kmod expects a "MODALIAS=of:N*T*Cokaya,rh128128t" uevent but
instead will get a "MODALIAS=spi:rh128128t", which is not present in the
list of aliases:
$ modinfo drivers/gpu/drm/tiny/st7735r.ko | grep alias
alias: of:N*T*Cokaya,rh128128tC*
alias: of:N*T*Cokaya,rh128128t
alias: of:N*T*Cjianda,jd-t18003-t01C*
alias: of:N*T*Cjianda,jd-t18003-t01
alias: spi:jd-t18003-t01
To workaround this issue, add in the SPI table an entry for that device.
Fixes: d1d511d516f7 ("drm: tiny: st7735r: Add support for Okaya RH128128T")
Signed-off-by: Javier Martinez Canillas <javierm@redhat.com>
Reviewed-by: Geert Uytterhoeven <geert+renesas@glider.be>
Acked-by: David Lechner <david@lechnology.com>
Link: https://patchwork.freedesktop.org/patch/msgid/20220520091602.179078-1-javierm@redhat.com
Diffstat (limited to 'tools/perf/scripts/python/export-to-sqlite.py')
0 files changed, 0 insertions, 0 deletions