aboutsummaryrefslogtreecommitdiffstats
path: root/drivers/usb/atm
diff options
context:
space:
mode:
authorLaurent Pinchart <laurent.pinchart@ideasonboard.com>2018-02-13 14:00:20 +0200
committerTomi Valkeinen <tomi.valkeinen@ti.com>2018-03-01 09:18:18 +0200
commit0e546dfd3fa82c0d78cc12d04af9ee8d7cb07c29 (patch)
treece7d4a4146e0297fdc0b35aaafc74ee55edc1c16 /drivers/usb/atm
parenta82f034765fa3e9db73b8ca99e8830f3bb31ac90 (diff)
downloadkernel_replicant_linux-0e546dfd3fa82c0d78cc12d04af9ee8d7cb07c29.tar.gz
kernel_replicant_linux-0e546dfd3fa82c0d78cc12d04af9ee8d7cb07c29.tar.bz2
kernel_replicant_linux-0e546dfd3fa82c0d78cc12d04af9ee8d7cb07c29.zip
drm: omapdrm: dss: Expose DSS data in a dss_device structure
The anoonymous dss structure in dss.c is the top-level component in the omapdss driver. As such it should store all internal instance-specific data that is currently stored in global variables. This however requires both naming the structure to pass it around functions, and accessing it from various locations in the omapdss driver. While we could implement get and set functions for every field that needs to be accessed outside of dss.c, that would introduce overhead and complexity that we could avoid by exposing the structure to internal components of the omapdss driver. Do so to prepare for removal of global variables. Signed-off-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com> Reviewed-by: Sebastian Reichel <sebastian.reichel@collabora.co.uk>
Diffstat (limited to 'drivers/usb/atm')
0 files changed, 0 insertions, 0 deletions