suggest you should check tc358840 since it’s reference HDMI2CSI driver.
however, you might be close to it, the port bindings should be okay, the VI reports discarding frame messages it indicate VI has dropping the capture buffers.
please revise embedded_metadata_height as zero if your MIPI package did not obtain embedded data.
please also share the device tree settings of tegra-camera-platform{}.
thanks
hello Jerry
Thank you for replying, after I change embedded_metadata_height to 0, the same error. The attachment is my tegra-camera-platform (according to the information from the supplier, I set the frame rate to 60fps)
since you’re based-on rbpcv2_imx219_a to revise the code, you should also update those property settings in tegra-camera-platform{}
for example,
you should at least update badge since it’s an unique name that identifies this module. devname property used to identify the driver sources, you may update this or have the same string in your driver code.
the path of proc-device-tree should also be revised accordingly.
those 2200, and 1125 should be line_length and frame_length config.
active_w/active_h are pixel active regions. these device tree configurations mismatch to your format dumps.
you may also try below commands to boost all the clocks for testing.
for example,
sudo su
echo 1 > /sys/kernel/debug/bpmp/debug/clk/vi/mrq_rate_locked
echo 1 > /sys/kernel/debug/bpmp/debug/clk/nvcsi/mrq_rate_locked
echo 1 > /sys/kernel/debug/bpmp/debug/clk/emc/mrq_rate_locked
cat /sys/kernel/debug/bpmp/debug/clk/vi/max_rate |tee /sys/kernel/debug/bpmp/debug/clk/vi/rate
cat /sys/kernel/debug/bpmp/debug/clk/nvcsi/max_rate | tee /sys/kernel/debug/bpmp/debug/clk/nvcsi/rate
cat /sys/kernel/debug/bpmp/debug/clk/emc/max_rate | tee /sys/kernel/debug/bpmp/debug/clk/emc/rate
hello Jerry
i try the boost all the clocks, but i get same error.
i change the active_w/active_h to 1080p,
The attachment is my modified DTS. And I converted DTB to DTS, and I also saw that my changes worked.
FYI, v4l2-ctl -d /dev/video0 --list-formats-ext it parse the driver mode table to list all available sensor modes.
device tree mode settings should identical to those settings, and it’s used by user-space library, such as Argus.
are you using the exactly same i2c bus and the sysnode is same as Raspberry Pi imx219?
the best practice is to revise all device tree properties identical to your hardware setup.
hello Jerry
The LT6911C transmitter uses the same I2C bus, but it does not require I2C control and will output 1080p yuv data all the time after power-up.
I’m just going to read some data with I2C to check the status of the LT6911C.
hello Jerry
The hardware can only reset the LT6911C manually, but the software can’t do this.
Now, after boost all the clocks, I can get yuv data. Why do I need to boost all the clocks, which parameter is wrong?
don’t you said boost all the clocks not helps in comment #12? may I know what’s the modification you’ve done so far.
you may also review Sensor Pixel Clock, it’s driver side used this to calculate the exposure and frame rate of the sensor.
Hello!
What file are you using for the driver?
kernel/nvidia/drivers/media/i2c/lt6911uxc.c ?
I have seen that dts supports rgb
hardware/nvidia/platform/t23x/mandalore/kernel-dts/cvb/tegra234-camera-p3715.dtsi
Can it be used directly?