[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <1561480044-11834-1-git-send-email-amasule@codeaurora.org>
Date: Tue, 25 Jun 2019 21:57:20 +0530
From: Aniket Masule <amasule@...eaurora.org>
To: linux-media@...r.kernel.org, stanimir.varbanov@...aro.org
Cc: linux-kernel@...r.kernel.org, linux-arm-msm@...r.kernel.org,
vgarodia@...eaurora.org, Aniket Masule <amasule@...eaurora.org>
Subject: [PATCH v3 0/4] media: venus: Update clock scaling and core selection
In this patch series, clock scaling and core selection methods are
updated. Current clock scaling and core selection methods are same
for vpu4 and previous versions. Introducing load calculations using
vpp cycles, which indicates the cycles required by video hardware to
process each macroblock. Clock scaling is now done more precisely using
vpp cycles. Instance is assigned to core with minimum load, instead of
of static assignment.
Changes since v2 addressing the comments:
- Codec_data and vpp_cycles have renamed to codec_freq_data and
vpp_freq respectively.
- Conditional check in patch 4 for checking max cores available
is updated to VIDC_CORE_ID_2.
- venus_helper_decide_core renamed to venus_helper_set_core.
- scale_clocks_vpu4 renamed scale_clocks_v4.
For comment on freq fied in clk_data structure, it is getting initialized
and used in scale_clocks_v4 function.
Aniket Masule (4):
media: venus: Add codec data table
media: venus: Update clock scaling
media: venus: Add interface for load per core
media: venus: Update core selection
drivers/media/platform/qcom/venus/core.c | 13 ++
drivers/media/platform/qcom/venus/core.h | 15 ++
drivers/media/platform/qcom/venus/helpers.c | 190 +++++++++++++++++++++++--
drivers/media/platform/qcom/venus/helpers.h | 3 +-
drivers/media/platform/qcom/venus/hfi_helper.h | 1 +
drivers/media/platform/qcom/venus/hfi_parser.h | 5 +
drivers/media/platform/qcom/venus/vdec.c | 6 +-
drivers/media/platform/qcom/venus/venc.c | 6 +-
8 files changed, 226 insertions(+), 13 deletions(-)
--
The Qualcomm Innovation Center, Inc. is a member of the Code Aurora Forum,
a Linux Foundation Collaborative Project
Powered by blists - more mailing lists