Re: [PATCH 1/2] dt-bindings: display: panel: Add bindings for Novatek NT37703

David Heidelberg <[email protected]>
Newsgroups org.kernel.vger.phone-devel,org.freedesktop.lists.dri-devel,org.kernel.vger.linux-devicetree,org.kernel.vger.linux-kernel
Message-ID <[email protected]>
On 12/08/2026 07:21, Esteban Urrutia wrote:
> On 8/11/26 9:05 AM, David Heidelberg wrote:
>> Hi Esteban,
>>
>> Usually the used pattern is vendor,ddic+panel-model
>>
>> novatek,nt37703-motorola-bronco
>>
>> ...but motorola bronco isn't the model of the panel.
>>
>> My recommendation - look at some video of screen replacement, stop at moment
>> when FLEX cable from panel is visible and that's where the panel model usually is.
> 
> 
> I somewhat doubt the panel model would be located in the FPC cable.
> I did search anyway but didn't find anything of interest. And I'm not
> willing to risk damaging the display flex or the battery of my
> development device just for a possibility either.

No-one asks you to disassemble the device :)
Sadly, I haven't found any video doing display replacement either.
In worst case such as this I assume it make sense keep the phone model in the 
compatible until panel codename is found.

> For the compatible pattern I used the implemented pattern for the
> NT36523 TDDI, which is also used for other ICs such as the RM69380.
> 
> So, I believe it should be okay to leave the compatible as is.

I would like to hear a word from Neil first. In similar cases like this would 
make sense to have one way defining these compatible strings used in phones.


bit I missed in the review the part:

+            compatible = "motorola,bronco-tianma-v2-nt37703", "novatek,nt37703";

Unless the driver is able to auto-detect the connected panel (unlikely), 
novatek,nt37703 doesn't make sense. The DDIC without the panel is useless.

For example, in sdm845-oneplus-fajita and enchilada, we have the generic 
compatible because it was introduced before, so it's kept for compatibility 
reasons. There is no need to do that here.

Thanks
David

> 
>> David Heidelberg
> 
> 
> Regards,
> Esteban
>
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.