On 2022-03-26 16:24, Melissa Wen wrote:
 From FPU documentation, developers must not use DC_FP_START/END in dml
files, but invoke it when calling FPU-associated functions (isolated in
dml folder). Therefore, the first patch renames dcn10_validate_bandwidth
in dml/calcs to dcn_ for generalization, declares dcn10_validate_bandwidth
in dcn10 - that calls dcn_validate_bandwidth and wraps with DC_FP_*
accordingly. The second patch removes invocations of DC_FP_* from dml
files and properly wraps FPU functions in dc code outside dml folder.

Melissa Wen (2):
   drm/amd/display: detach fpu operations from dcn10_validate_bandwidth
     in calcs
   drm/amd/display: remove DC_FP_* wrapper from dml folder

  .../amd/display/dc/dcn10/dcn10_hw_sequencer.c | 10 ++++++++--
  .../drm/amd/display/dc/dcn10/dcn10_resource.c | 16 ++++++++++++++++
  .../drm/amd/display/dc/dml/calcs/dcn_calcs.c  | 19 +------------------
  .../drm/amd/display/dc/dml/dcn20/dcn20_fpu.c  |  2 --
  .../gpu/drm/amd/display/dc/inc/dcn_calcs.h    |  2 +-
  5 files changed, 26 insertions(+), 23 deletions(-)



Hi,

Thanks a lot for your patch!

I reviewed and tested this series and lgtm. Applied to amd-staging-drm-next.

Btw, I agree with Christian. Can you try to find a way to add a compilation error or warning if the developer tries to add DC_FP_* inside DML?

Also, about the question of recursive calling to DC_FP_*, it should be safe if using DC_FP_*.

Thanks
Siqueira

Reply via email to