Hi Greg,
Thanks for the review.
On 9/28/22 21:45, Greg KH wrote:
> External email: Use caution opening links or attachments
>
>
> On Wed, Sep 28, 2022 at 09:16:15PM +0800, Wayne Chang wrote:
>> From: Sing-Han Chen <singhanc@xxxxxxxxxx>
>>
>> Firmware built for Tegra doesn't support UCSI ALT
>> command and has known issue of reporting wrong
>> capability info.
>>
>> This commit disables UCSI ALT support when reading
>> the capability on Tegra.
>
> You have a full 72 columns to use, no need to make it shorter :)
Thanks. I'll update in the next patchset.
>
>>
>> Signed-off-by: Sing-Han Chen <singhanc@xxxxxxxxxx>
>> Signed-off-by: Wayne Chang <waynec@xxxxxxxxxx>
>> ---
>> drivers/usb/typec/ucsi/ucsi_ccg.c | 16 ++++++++++++++--
>> 1 file changed, 14 insertions(+), 2 deletions(-)
>>
>> diff --git a/drivers/usb/typec/ucsi/ucsi_ccg.c b/drivers/usb/typec/ucsi/ucsi_ccg.c
>> index 5c0bf48be766..fde3da0605f5 100644
>> --- a/drivers/usb/typec/ucsi/ucsi_ccg.c
>> +++ b/drivers/usb/typec/ucsi/ucsi_ccg.c
>> @@ -122,9 +122,14 @@ struct version_format {
>> * Firmware version 3.1.10 or earlier, built for NVIDIA has known issue
>> * of missing interrupt when a device is connected for runtime resume
>> */
>> -#define CCG_FW_BUILD_NVIDIA (('n' << 8) | 'v')
>> +#define CCG_FW_BUILD_NVIDIA_RTX (('n' << 8) | 'v')
>
> Why change this here? It's not needed, just add the new command
> instead.
The change here is to distinguish the FW built for NVIDIA RTX products
and NVIDIA Tegra products.
#define CCG_FW_BUILD_NVIDIA_RTX (('n' << 8) | 'v')
#define CCG_FW_BUILD_NVIDIA_TEGRA (('g' << 8) | 'n')
I'll update the change if it is not needed to do so.
>
> And what commit id does this fix? Is it needed for stable kernels? If
> so, how far back?
We are now enabling the NVIDIA Tegra products on upstream kernel.
The change is to add the Cypress cypd 4226 support for NVIDA Tegra
products including Xavier AGX, Xavier Orin and the upcoming products.
The Cypress cypd4226 is not enabled in current kernel codebase.
And thus, we shall not need it for stable kernels and backporting, do we?
>
> thanks,
>
> greg k-h
>
thanks,
Wayne.
