drm/rockchip: cdn-dp: Load firmware if no monitor connected

If no monitor is connected, suspend/resume cycles result in firmware
load errors because the driver attempts to load the firmware while
the system is in suspend state. This results in a kernel warning and
traceback.

Loading the firmware during boot fixes the problem. Note that we can not
just call schedule_work conditionally in cdn_dp_pd_event() if the insertion
status changed. The problem would still be seen if a monitor is connected
for the first time during suspend.

Signed-off-by: Guenter Roeck <groeck@chromium.org>
Signed-off-by: Sean Paul <seanpaul@chromium.org>
Signed-off-by: Chris Zhong <zyw@rock-chips.com>

diff --git a/drivers/gpu/drm/rockchip/cdn-dp-core.c b/drivers/gpu/drm/rockchip/cdn-dp-core.c
index 7db25081a8ef410655a2255b9af0bfa66d1971da..b8d0dd7abc61b8d7d591b5a4913ec8fd28847991 100644 (file)
--- a/drivers/gpu/drm/rockchip/cdn-dp-core.c
+++ b/drivers/gpu/drm/rockchip/cdn-dp-core.c
@@ -1021,7 +1021,6 @@ static int cdn_dp_bind(struct device *dev, struct device *master, void *data)
        struct cdn_dp_port *port;
        struct drm_device *drm_dev = data;
        int ret, i;
-       bool schedule_event = false;
 
        ret = cdn_dp_parse_dt(dp);
        if (ret < 0)
@@ -1083,15 +1082,11 @@ static int cdn_dp_bind(struct device *dev, struct device *master, void *data)
                                      "register EXTCON_DISP_DP notifier err\n");
                        goto err_free_connector;
                }
-
-               if (extcon_get_state(port->extcon, EXTCON_DISP_DP))
-                       schedule_event = true;
        }
 
        pm_runtime_enable(dev);
 
-       if (schedule_event)
-               schedule_work(&dp->event_work);
+       schedule_work(&dp->event_work);
 
        return 0;