[Intel-gfx] [PATCH] drm/i915: Start using plane scale factor for relative data rate
Jani Nikula
jani.nikula at linux.intel.com
Fri Aug 11 09:18:42 UTC 2023
On Thu, 20 Jul 2023, "Lisovskiy, Stanislav" <stanislav.lisovskiy at intel.com> wrote:
> On Wed, Jul 19, 2023 at 01:48:33PM +0300, Stanislav Lisovskiy wrote:
>> BSpec clearly instructs us to use plane scale factor when calculating
>> relative data rate to be used when allocating DDB blocks for each plane.
>> For some reason we use scale factor for data_rate calculation, which is
>> used for BW calculations, however we are not using it for DDB calculations.
>> So lets fix it as described in BSpec 68907.
>>
>> Signed-off-by: Stanislav Lisovskiy <stanislav.lisovskiy at intel.com>
>> ---
>> drivers/gpu/drm/i915/display/intel_atomic_plane.c | 7 ++++++-
>> 1 file changed, 6 insertions(+), 1 deletion(-)
>>
>> diff --git a/drivers/gpu/drm/i915/display/intel_atomic_plane.c b/drivers/gpu/drm/i915/display/intel_atomic_plane.c
>> index 7d9578ebae556..60a492e186ab8 100644
>> --- a/drivers/gpu/drm/i915/display/intel_atomic_plane.c
>> +++ b/drivers/gpu/drm/i915/display/intel_atomic_plane.c
>> @@ -212,6 +212,7 @@ intel_plane_relative_data_rate(const struct intel_crtc_state *crtc_state,
>> struct intel_plane *plane = to_intel_plane(plane_state->uapi.plane);
>> const struct drm_framebuffer *fb = plane_state->hw.fb;
>> int width, height;
>> + unsigned int rel_data_rate;
>>
>> if (plane->id == PLANE_CURSOR)
>> return 0;
>> @@ -241,7 +242,11 @@ intel_plane_relative_data_rate(const struct intel_crtc_state *crtc_state,
>> height /= 2;
>> }
>>
>> - return width * height * fb->format->cpp[color_plane];
>> + rel_data_rate = width * height * fb->format->cpp[color_plane];
>> +
>> + return intel_adjusted_rate(&plane_state->uapi.src,
>> + &plane_state->uapi.dst,
>> + rel_data_rate);
>> }
>>
>> int intel_plane_calc_min_cdclk(struct intel_atomic_state *state,
>> --
>> 2.37.3
>>
>
> IGT failures are irrelevant here(test is aborted due to some timeout issue).
Going through old mails... I think errors like that still warrant a
retest before merging, because it can mask real issues that now won't
get tested.
BR,
Jani.
--
Jani Nikula, Intel Open Source Graphics Center
More information about the Intel-gfx
mailing list