drm/amd/display: support 48 MHZ refclk off
authorEric Yang <Eric.Yang2@amd.com>
Wed, 15 Aug 2018 21:35:50 +0000 (17:35 -0400)
committerAlex Deucher <alexander.deucher@amd.com>
Mon, 27 Aug 2018 20:21:03 +0000 (15:21 -0500)
[Why]
On PCO and up, whenever SMU receive message to indicate active
display count = 0. SMU will turn off 48MHZ TMDP reference clock
by writing to 1 TMDP_48M_Refclk_Driver_PWDN. Once this clock is
off, no PHY register will respond to register access. This means
our current sequence of notifying display count along with requesting
clock will cause driver to hang when accessing PHY registers after
displays count goes to 0.

[How]
Separate the PPSMC_MSG_SetDisplayCount message from the SMU messages
that request clocks, have display own sequencing of this message so
that we can send it at the appropriate time.
Do not redundantly power off HW when entering S3, S4, since display
should already be called to disable all streams. And ASIC soon be
powered down.

Signed-off-by: Eric Yang <Eric.Yang2@amd.com>
Reviewed-by: Tony Cheng <Tony.Cheng@amd.com>
Acked-by: Leo Li <sunpeng.li@amd.com>
Signed-off-by: Alex Deucher <alexander.deucher@amd.com>
drivers/gpu/drm/amd/display/dc/core/dc.c

index 32318b4e0d1e9dec88e6b66dd349f80539cfcc07..1c438eedf77a750b27312e700409ddc82d9501a7 100644 (file)
@@ -1367,6 +1367,34 @@ static struct dc_stream_status *stream_get_status(
 
 static const enum surface_update_type update_surface_trace_level = UPDATE_TYPE_FULL;
 
+static void notify_display_count_to_smu(
+               struct dc *dc,
+               struct dc_state *context)
+{
+       int i, display_count;
+       struct pp_smu_funcs_rv *pp_smu = dc->res_pool->pp_smu;
+
+       /*
+        * if function pointer not set up, this message is
+        * sent as part of pplib_apply_display_requirements.
+        * So just return.
+        */
+       if (!pp_smu->set_display_count)
+               return;
+
+       display_count = 0;
+       for (i = 0; i < context->stream_count; i++) {
+               const struct dc_stream_state *stream = context->streams[i];
+
+               /* only notify active stream */
+               if (stream->dpms_off)
+                       continue;
+
+               display_count++;
+       }
+
+       pp_smu->set_display_count(&pp_smu->pp_smu, display_count);
+}
 
 static void commit_planes_do_stream_update(struct dc *dc,
                struct dc_stream_state *stream,
@@ -1420,13 +1448,17 @@ static void commit_planes_do_stream_update(struct dc *dc,
                                        core_link_disable_stream(pipe_ctx, KEEP_ACQUIRED_RESOURCE);
                                        dc->hwss.pplib_apply_display_requirements(
                                                dc, dc->current_state);
+                                       notify_display_count_to_smu(dc, dc->current_state);
                                } else {
                                        dc->hwss.pplib_apply_display_requirements(
                                                dc, dc->current_state);
+                                       notify_display_count_to_smu(dc, dc->current_state);
                                        core_link_enable_stream(dc->current_state, pipe_ctx);
                                }
                        }
 
+
+
                        if (stream_update->abm_level && pipe_ctx->stream_res.abm) {
                                if (pipe_ctx->stream_res.tg->funcs->is_blanked) {
                                        // if otg funcs defined check if blanked before programming
@@ -1662,9 +1694,7 @@ void dc_set_power_state(
                dc->hwss.init_hw(dc);
                break;
        default:
-
-               dc->hwss.power_down(dc);
-
+               ASSERT(dc->current_state->stream_count == 0);
                /* Zero out the current context so that on resume we start with
                 * clean state, and dc hw programming optimizations will not
                 * cause any trouble.