29.07.2020 20:55, Sowjanya Komatineni ÐÐÑÐÑ:
On 7/29/20 10:08 AM, Dmitry Osipenko wrote:But how to stop calibration from triggering on LP-11 once it has been
28.07.2020 19:04, Sowjanya Komatineni ÐÐÑÐÑ:TRM documented incorrectly. There is no need to reset MIPI_CAL.
...
Could you please explain why. There is a calibration state-machine thatNo need to reset MIPI CAL+void tegra_mipi_cancel_calibration(struct tegra_mipi_device *device)Doesn't MIPI_CAL need to be reset here?
+{
apparently needs to be returned into initial state, does it return by
itself?
TRM says that MIPI block needs to be reset before of starting
calibration process. The reset is completely missing in the driver, I
assume it needs to be corrected with another patch.
MIPI CAL is FSM and it does not hang and done bit is to indicate if
results are applied to pads or not.
If we don't see done bit set meaning, MIPI CAL did not see LP-11 and
results are not applied to pads.
enabled? The reset should be needed since there is no other way to reset
the calibration state.
Also while multiple streams can happen in parallel and we can't resetPerhaps this should be the case for a shared reset control API usage.
MIPI CAL as other CSI channel streams (using other pads) may also be
going thru calibration process in parallel depending and also DSI pads
also are calibrated thru same MIPI CAL controller.