Message ID | 20241211140738.3835588-1-quic_depengs@quicinc.com |
---|---|
Headers | show |
Series | media: qcom: camss: Add sm8550 support | expand |
Hi Vladimir, On 12/12/2024 9:09 AM, Vladimir Zapolskiy wrote: > Hi Depeng and Bryan. > > On 12/11/24 16:07, Depeng Shao wrote: >> The RUP registers and buf done irq are moved from the IFE to CSID >> register >> block on recent CAMSS implementations. Add callbacks structure to wrapper >> the location change with minimum logic disruption. >> >> Signed-off-by: Depeng Shao <quic_depengs@quicinc.com> >> Signed-off-by: Bryan O'Donoghue <bryan.odonoghue@linaro.org> > > It's unexpected to see two your Signed-off-by: tags, either one is invalid > or the authorship of the change shall be changed appropriately. > Thanks for pointing out this, I will update it based on Bryan's suggestion. Thanks, Depeng
Hi Bryan, On 12/12/2024 12:03 AM, Bryan O'Donoghue wrote: > On 11/12/2024 15:36, Bryan O'Donoghue wrote: >> @Depeng. >> >> Some of the patches at the top of the stack here - won't apply once >> Vikram's 7280 patches are applied. >> >> Could you please rebase your series with Vikram's patches applied and >> in v7 send a link in your cover-letter to highlight the dependency. >> >> You can get fixed up shared patches from my x1e tree here: >> >> https://git.codelinaro.org/bryan.odonoghue/kernel/-/tree/arm-laptop/ >> wip/ x1e80100-6.13-rc1+camss?ref_type=heads >> >> --- >> bod >> > > https://git.codelinaro.org/bryan.odonoghue/kernel/-/tree/arm-laptop/wip/ > x1e80100-6.13-rc2+camss?ref_type=heads > > Same patches on rc2. > Sure, I will rebase the change based on Vikram's patches. Thanks, Depeng
Hi Bryan, On 12/12/2024 5:57 AM, Bryan O'Donoghue wrote: > On 11/12/2024 14:07, Depeng Shao wrote: >> +static int csid_configure_testgen_pattern(struct csid_device *csid, >> s32 val) >> +{ >> + return 0; >> +} > > Could we avoid this empty callback by checking csid->ctrl in csid.c ? > > If so, please make that change. > > If not, it's fine. > > For either case. > > Reviewed-by: Bryan O'Donoghue <bryan.odonoghue@linaro.org> Vladimir suggested to add a dummy "return 0" function [1] for the unsupported interface. So, I added this empty callback, will keep the empty callback if no other concern. Thanks. [1] https://lore.kernel.org/all/b1e1ff88-5bba-4424-bc85-38caa85b831f@linaro.org/ Thanks, Depeng
On 12/12/2024 11:28, Depeng Shao wrote: >> Reviewed-by: Bryan O'Donoghue <bryan.odonoghue@linaro.org> > > Vladimir suggested to add a dummy "return 0" function [1] for the > unsupported interface. So, I added this empty callback, will keep the > empty callback if no other concern. Thanks. > > [1] https://lore.kernel.org/all/b1e1ff88-5bba-4424- > bc85-38caa85b831f@linaro.org/ Go ahead. --- bod
Hi Bryan, On 12/11/2024 11:44 PM, Bryan O'Donoghue wrote: > On 11/12/2024 14:07, Depeng Shao wrote: >> There is no CSID TPG in some modern HW, so the v4l2 ctrl in CSID driver > > "some modern HW" => "on some SoCs" > >> shouldn't be registered. Checking the supported TPG modes to indicate >> if the TPG HW is existing or not, and only register v4l2 ctrl for CSID > > "TP HW is existing or not, and only register" => "TPG hardware exists or > not and oly registering" > > No need to abbreviate hardware to HW. > >> only when TPG HW is existing. > > "when the TPG hardware exists" you could also say "is present" instead > of "exists". > > You have additional whitespace in your log before " only" > >> Thanks for the suggestion, will update in new version. >> } >> if (!csid->testgen.enabled && >> @@ -838,7 +840,8 @@ static void csid_try_format(struct csid_device *csid, >> break; >> case MSM_CSID_PAD_SRC: >> - if (csid->testgen_mode->cur.val == 0) { >> + if (csid->testgen.nmodes == CSID_PAYLOAD_MODE_DISABLED || > > if (csid->ctrls || > > feels like a more natural test. Less cumbersome and also less typing. > > I think that change should be feasible, could you please update your > logic from if (csid->testgen.nmodes == CSID_PAYLOAD_MODE_DISABLED) to if > (csid->ctrls) > > Otherwise looks good but, I'll wait to see your next version before > giving an RB. > csid->ctrls is not a pointer, so it is always true. Thanks, Depeng