On 7/16/20 5:16 PM, Sowjanya Komatineni wrote:
On 7/16/20 4:47 PM, Dmitry Osipenko wrote:
17.07.2020 02:09, Sowjanya Komatineni пишет:
On 7/16/20 4:06 PM, Sowjanya Komatineni wrote:
On 7/16/20 4:01 PM, Dmitry Osipenko wrote:
17.07.2020 01:49, Sowjanya Komatineni пишет:
What keeps MIPI clock enabled after completion of the
tegra_mipi_calibrate() invocation?
MIPI clock is disabled at end of tegra_mipi_calibrate and is
re-enabled
during tegra_mipi_wait.
I think I should fix this to keep the clock enabled till calibration
results are latched.
All consumers of tegra_mipi_calibrate() will call tegra_mipi_wait().
So will remove clk_disable mipi clk at end of tegra_mipi_calibrate()
and
clk_enable mipi_clk at beginning of tegra_mipi_wait()
Isn't it possible to perform the calibration after enabling CSI and
before of starting the sensor streaming?
Currently this is what I am doing. Triggering calibration start during
CSI receiver being ready and then sensor streaming will happen where
internal MIPI CAL detects for LP -> HS transition and applies results
to pads. So checking for calibration results after sensor stream is
enabled
1. Calling tegra_mipi_calibrate() during CSI streaming where CSI pads
are enabled and receiver is kept ready
2. Start Sensor stream
3. Calling tegra_mipi_wait() to check for MIPI Cal status.
So as mipi cal clk need to be kept enabled till 3rd step, we can enable
clock during tegra_mipi_calibrate() and leave it enabled and disable it
in tegra_mipi_wait after status check.
From TRM:
The following sequence is recommended for capturing a single frame:
1. Set up CSI registers for use case such as number of lanes, virtual
channel, etc.
2. Initialize and power up CSI interface
3. Wait for initialization time or done signal from calibration logic
4. Power up camera through the I2C interface
5. All CSI data and clock lanes are in stop state, LP11
6. Initiate frame capture through the I2C
7. Frame done, CSI goes back to stop state, LP11
Hence, is it really necessary to perform the manual calibration?
done signal from calibration logic will happen only when it sees LP to
HS transition as thats when calibration results are applied to pads
and then done signal is set.
Also MIPI Pads calibration need to be done on every power off/on. So
need to do calibration and trigger it along with CSI receiver
programming to keep it ready and then need to check/wait for status
only after sensor stream happens as thats where LP->HS transition happen.
Looks like sequence posted in TRM need to be updated clearly for proper
MIPI CAL start and wait.
Correct steps should be like below
1. Set up CSI registers for use case such as number of lanes, virtual
channel, etc.
2. Initialize and power up CSI CIL interface
3. Program MIPI CAL bias pads, cal configs, cal control registers and
enable calibration start
4. Power up camera through the I2C interface and start sensor streaming
through the I2C
Note: All sensors might not leave pads in LP-11 state as sensor may be
power down when not in use.
So start streaming prior to checking for calibration done status as
LP-11 -> HS transition happens during sensor stream and calibration
logic can apply results to pads and update done status,
5. Wait for done signal from calibration logic
6. perform frame capture thru VI
7. Frame done, CSI goes back to stop state, LP11
Will work internally to correct sequence in TRM ...
In mipi driver will update as below to have mipi clk enabled till
calibration status check is done.
Always tegra_mipi_wait() followes tegra_mipi_calibrate() in both DSI and
CSI. So below sequence should work good.
tegra_mipi_calibrate()
- clk_enable mipi cal
- program mipi cal registers (bias pads cfgs, mipi cal ctrl and trigger
calibration start)
tegra_mipi_wait()
- read mipi cal status and wait for active and done bits
- clk_disable mipi cal
Thanks
Sowjanya
