[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <689649de-0969-43ae-a48f-4efcde6a9d96@quicinc.com>
Date: Mon, 30 Sep 2024 17:38:09 +0800
From: Depeng Shao <quic_depengs@...cinc.com>
To: Vladimir Zapolskiy <vladimir.zapolskiy@...aro.org>, <rfoss@...nel.org>,
<todor.too@...il.com>, <bryan.odonoghue@...aro.org>,
<mchehab@...nel.org>, <robh@...nel.org>, <krzk+dt@...nel.org>,
<conor+dt@...nel.org>
CC: <linux-arm-msm@...r.kernel.org>, <linux-media@...r.kernel.org>,
<devicetree@...r.kernel.org>, <linux-kernel@...r.kernel.org>,
<kernel@...cinc.com>, Yongsheng Li <quic_yon@...cinc.com>
Subject: Re: [PATCH 12/13] media: qcom: camss: Add CSID Gen3 support for
sm8550
Hi Vladimir,
On 9/30/2024 5:23 PM, Vladimir Zapolskiy wrote:
>> @@ -1049,7 +1050,10 @@ static int csid_set_test_pattern(struct
>> csid_device *csid, s32 value)
>> tg->enabled = !!value;
>> - return csid->res->hw_ops->configure_testgen_pattern(csid, value);
>> + if (hw_ops->configure_testgen_pattern)
>> + return -EOPNOTSUPP;
>> + else
>> + return hw_ops->configure_testgen_pattern(csid, value);
>> }
>> /*
>
> Here you accedentally break the TPG on all platforms and introduce a NULL
> pointer dereference, please fix it.
>
> Any generic/non-sm8550 support related changes like the part of this
> one shall be split into a stand-alone generic change aside of the added
> SM8550 platform support, it will simplify patch reviews and hunting bugs
> like the one above.
>
Thanks for catching this. This is indeed a bug which is introduced by
this patch. And I will follow your suggestion to use a stand-alone
generic change for the TPG part.
Thanks,
Depeng
Powered by blists - more mailing lists