kernel/drivers/video/fbdev/omap2/dss/dss.c, branch linux-4.3.y

OMAPDSS: fix probing if rfbi device is enabled

2015-07-02T12:20:10Z

After the commit 736e60ddc215b85e73bbf7da26e1cde84cc9500f ("OMAPDSS: componentize omapdss") the dss core device will wait until all the subdevices have been successfully probed. However, we don't have a working driver for RFBI, so if RFBI device exists, omapdss will never get probed. All the .dtsi files set RFBI as disabled, except am4372.dtsi. This causes omapdss probe to not finish on AM4 devices. This patch makes omapdss driver skip adding rfbi device as a subcomponent, solving the issue. This should be reverted when we have a working RFBI driver. Signed-off-by: Tomi Valkeinen Reported-by: Felipe Balbi

OMAPDSS: componentize omapdss

2015-06-17T10:44:53Z

omapdss kernel module contains drivers for multiple devices, one for each DSS submodule. The probing we have at the moment is a mess, and doesn't give us proper deferred probing nor ensure that all the devices are probed before omapfb/omapdrm start using omapdss. This patch solves the mess by using the component system for DSS submodules. The changes to all DSS submodules (dispc, dpi, dsi, hdmi4/5, rfbi, sdi, venc) are the same: probe & remove functions are changed to bind & unbind, and new probe & remove functions are added which call component_add/del. The dss_core driver (dss.c) acts as a component master. Adding and matching the components is simple: all dss device's child devices are added as components. However, we do have some dependencies between the drivers. The order in which they should be probed is reflected by the list in core.c (dss_output_drv_reg_funcs). The drivers are registered in that order, which causes the components to be added in that order, which makes the components to be bound in that order. This feels a bit fragile, and we probably should improve the code to manage binds in random order. However, for now, this works fine. Signed-off-by: Tomi Valkeinen Acked-by: Laurent Pinchart

OMAPDSS: remove uses of init/exit

2015-06-17T10:44:47Z

The following patches will add component handling to omapdss, improving the handling of deferred probing. However, at the moment we're using quite a lot of __inits and __exits in the driver, which prevent normal dynamic probing and removal. This patch removes most of the uses of __init and __exit, so that we can register drivers after module init, and so that we can unregister drivers even if the module is built-in. Signed-off-by: Tomi Valkeinen Acked-by: Laurent Pinchart

OMAPDSS: fix dss_init_ports error handling

2015-06-17T10:44:44Z

The return value of dss_init_ports() is not handled at all, causing crashes later if the call failed. This patch adds the error handling, and we also move the call to a slightly earlier place to make bailing out easier. Signed-off-by: Tomi Valkeinen Acked-by: Laurent Pinchart

OMAPDSS: refactor dss probe function

2015-06-17T10:44:41Z

Refactor dss probe function by extracting the setup for video plls into a separate function. The call to this function is also moved to a slightly earlier phase, so that in error case we can bail out more easily. Signed-off-by: Tomi Valkeinen Acked-by: Laurent Pinchart

OMAPDSS: move 'dss_initialized' to dss driver

2015-06-17T10:44:20Z

We have a flag, 'dss_initialized', which tells omapfb and omapdrm if omapdss is available. At the moment it can be set even if the dss submodules are not all ready, in case something gets deferred. Move the flag to dss_core driver so that it'll signal the availability of the dss drivers move accurately. For now, it'll signal that dss_core is ready, which is not quite correct but still better than previously. The following patches will add component system to omapdss, and after those patches 'dss_initialized' will signal that all the submodules are ready. Signed-off-by: Tomi Valkeinen Acked-by: Laurent Pinchart

OMAPDSS: disable VT switch

2015-04-20T09:09:04Z

We don't need VT switch when suspending/resuming, so disable it. This speeds up suspend/resume. Signed-off-by: Tomi Valkeinen Cc: NeilBrown

OMAPDSS: Add Video PLLs for DRA7xx

2015-02-04T10:32:05Z

DRA7xx SoCs have one (DRA72x) or two (DRA74x) video PLLs. They are basically the same as DSI PLLs on OMAPs, but without the rest of the DSI hardware. The video PLLs also require some configuration via the CONTROL module. Signed-off-by: Tomi Valkeinen

OMAPDSS: Add functions for external control of PLL

2015-02-04T10:32:05Z

Add functions which configure the control module register CTRL_CORE_DSS_PLL_CONTROL found in DRA7xx SoCs. This register configures whether the PLL registers are accessed internally by DSS, or externally using OCP2SCP interface. They also configure muxes which route the PLL output to a particular LCD overlay manager within DSS. Signed-off-by: Tomi Valkeinen

OMAPDSS: DSS: Add DRA7xx base support

2015-02-04T10:32:05Z

Add base support for DRA7xx to DSS core. Signed-off-by: Tomi Valkeinen

kernel/drivers/video/fbdev/omap2/dss/dss.c, branch linux-4.3.y

OMAPDSS: fix probing if rfbi device is enabled

OMAPDSS: componentize omapdss

OMAPDSS: remove uses of __init/__exit

OMAPDSS: fix dss_init_ports error handling

OMAPDSS: refactor dss probe function

OMAPDSS: move 'dss_initialized' to dss driver

OMAPDSS: disable VT switch

OMAPDSS: Add Video PLLs for DRA7xx

OMAPDSS: Add functions for external control of PLL

OMAPDSS: DSS: Add DRA7xx base support

OMAPDSS: remove uses of init/exit