[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <aeda0cf4-fd8a-4f3f-a3ea-922d5b0ceec0@oss.qualcomm.com>
Date: Wed, 4 Jun 2025 15:00:02 +0200
From: Konrad Dybcio <konrad.dybcio@....qualcomm.com>
To: Vikash Garodia <quic_vgarodia@...cinc.com>,
Konrad Dybcio <konradybcio@...nel.org>,
Dikshita Agarwal <quic_dikshita@...cinc.com>,
Bryan O'Donoghue <bryan.odonoghue@...aro.org>,
Mauro Carvalho Chehab <mchehab@...nel.org>,
Stanimir Varbanov <stanimir.k.varbanov@...il.com>,
Marc Gonzalez <mgonzalez@...ebox.fr>,
Pierre-Hugues Husson <phhusson@...ebox.fr>,
Hans Verkuil <hverkuil@...all.nl>
Cc: Marijn Suijten <marijn.suijten@...ainline.org>,
linux-media@...r.kernel.org, linux-arm-msm@...r.kernel.org,
linux-kernel@...r.kernel.org,
Konrad Dybcio <konrad.dybcio@....qualcomm.com>
Subject: Re: [PATCH] media: venus: Fix MSM8998 frequency table
On 6/4/25 2:35 PM, Vikash Garodia wrote:
>
> On 5/31/2025 5:52 PM, Konrad Dybcio wrote:
>> From: Konrad Dybcio <konrad.dybcio@....qualcomm.com>
>>
>> Fill in the correct data for the production SKU.
>>
>> Fixes: 193b3dac29a4 ("media: venus: add msm8998 support")
>> Signed-off-by: Konrad Dybcio <konrad.dybcio@....qualcomm.com>
>> ---
>> drivers/media/platform/qcom/venus/core.c | 10 +++++-----
>> 1 file changed, 5 insertions(+), 5 deletions(-)
>>
>> diff --git a/drivers/media/platform/qcom/venus/core.c b/drivers/media/platform/qcom/venus/core.c
>> index d305d74bb152d21133c4dfa23805b17274426a5c..2bb514c322692475ed58198e17f906f894d81cf4 100644
>> --- a/drivers/media/platform/qcom/venus/core.c
>> +++ b/drivers/media/platform/qcom/venus/core.c
>> @@ -709,11 +709,11 @@ static const struct venus_resources msm8996_res = {
>> };
>>
>> static const struct freq_tbl msm8998_freq_table[] = {
>> - { 1944000, 465000000 }, /* 4k UHD @ 60 (decode only) */
>> - { 972000, 465000000 }, /* 4k UHD @ 30 */
>> - { 489600, 360000000 }, /* 1080p @ 60 */
>> - { 244800, 186000000 }, /* 1080p @ 30 */
>> - { 108000, 100000000 }, /* 720p @ 30 */
>> + { 1728000, 533000000 }, /* 4k UHD @ 60 (decode only) */
>> + { 1036800, 444000000 }, /* 2k @ 120 */
>> + { 829440, 355200000 }, /* 4k @ 44 */
>> + { 489600, 269330000 },/* 4k @ 30 */
>> + { 108000, 200000000 }, /* 1080p @ 60 */
> What has ideally changed in production SKU which led to this change. Pls add
> this info.
I have no clue what's the root reason for the clock plan change, probably
some hw bugs were ironed out and higher clocks were deemed stable
Konrad
Powered by blists - more mailing lists