[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <0daf1bda-d0f2-45bb-a68b-2437ba0579e7@kernel.org>
Date: Thu, 18 Sep 2025 09:01:11 +0900
From: Krzysztof Kozlowski <krzk@...nel.org>
To: Inbaraj E <inbaraj.e@...sung.com>, 'Rob Herring' <robh@...nel.org>
Cc: rmfrfs@...il.com, laurent.pinchart@...asonboard.com, martink@...teo.de,
kernel@...i.sm, mchehab@...nel.org, krzk+dt@...nel.org, conor+dt@...nel.org,
shawnguo@...nel.org, s.hauer@...gutronix.de, kernel@...gutronix.de,
festevam@...il.com, linux-media@...r.kernel.org, devicetree@...r.kernel.org,
imx@...ts.linux.dev, linux-arm-kernel@...ts.infradead.org,
linux-kernel@...r.kernel.org, linux-samsung-soc@...r.kernel.org,
pankaj.dubey@...sung.com, ravi.patel@...sung.com, shradha.t@...sung.com
Subject: Re: [PATCH v3 1/7] dt-bindings: media: nxp: Add support for FSD SoC
On 17/09/2025 21:09, Inbaraj E wrote:
> Hi Rob,
>
> Thanks for the review
>
>
>>> + description:
>>> + Syscon used to hold and release the reset of MIPI D-PHY
>>
>> Reset? Sounds like you should be using the reset binding.
>
> The Tesla FSD Soc does not have a dedicated reset controller. Instead, we
> are using the
> system controller which is MMIO Space handled by syscon driver, to assert or
> de-assert the D-PHY
But that's the reset controller, no?
Best regards,
Krzysztof
Powered by blists - more mailing lists