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>
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)
"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;