Navigation

    VEYE IMAGING Forum

    • Register
    • Login
    • Search
    • Categories
    • Tags
    • Recent
    • Popular
    • Users
    • WIKI
    • veye.cc

    UNSOLVED /dev/video0 not found and in dmesg there is no "probing v4l2 sensor\n"

    FPD LINK III Camera
    2
    14
    3360
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • C
      chjchoi last edited by

      Dear
      Environment:

      1. Jetson Tx2 + dtb from your bsp file at VEYE-MIPI-327-fpdlink
      2. Image from the documents "VEYE CS Camera source for Jetson" at wiki_veye

      dts shows correct i2c

      i2c@3180000 {
      #address-cells = <0x1>;
      ...
      tca9548@70 {
      compatible = "nxp,pca9548";

      ...
      ds90ub954_a@30 {
      compatible = "ti,ds90ub954";
      reg = <0x30>;
      ...
      veye327_a@3b {
      devnode = "video0";

      and

      Makefile and Kconfig is from the BSP

      but dmesg does not show the dirver probing message of veyecam.c
      "probing v4l2 sensor"...

      They just shows.
      [ 2.754524] i2c-ds90ub954 30-0030: ds90ub954_init: DEVICE STS: 0xdf, id=0 x 10ms
      [ 2.754534] i2c-ds90ub954 30-0030: ds90ub954_init: backchannel is ready
      [ 2.756596] i2c-ds90ub954 30-0030: ds90ub954_init: Successfully set TI954_REG_BC_GPIO_CTL0
      [ 2.757621] i2c-ds90ub954 30-0030: ds90ub954_init: Successfully set TI954_REG_BC_GPIO_CTL1
      [ 2.758652] i2c-ds90ub954 30-0030: ds90ub954_init: slave id 0: 0x3B
      [ 2.759675] i2c-ds90ub954 30-0030: ds90ub954_init: alias id 0: 0x3B
      [ 2.760742] i2c-ds90ub954 30-0030: ds90ub954_init: VC-ID 0 mapped to 0
      [ 2.760757] i2c-ds90ub954 30-0030: ds90ub954_init: VC-ID 1 mapped to 0
      [ 2.760759] i2c-ds90ub954 30-0030: ds90ub954_init: VC-ID 2 mapped to 0
      [ 2.760770] i2c-ds90ub954 30-0030: ds90ub954_init: VC-ID 3 mapped to 0
      [ 2.760772] i2c-ds90ub954 30-0030: ds90ub954_init: init of deserializer rx_port 0 successful
      [ 2.760780] i2c-ds90ub954 30-0030: ds90ub954_init: start init of serializer rx_port 1
      [ 2.984548] tegra-pcie 10003000.pcie-controller: link 2 down, retrying
      [ 3.144269] scsi 3:0:0:0: Direct-Access SMI USB DISK 1100 PQ: 0 ANSI: 4
      [ 3.149237] sd 3:0:0:0: [sda] 31129600 512-byte logical blocks: (15.9 GB/14.8 GiB)
      [ 3.150879] sd 3:0:0:0: [sda] Write Protect is off
      [ 3.150895] sd 3:0:0:0: [sda] Mode Sense: 43 00 00 00
      [ 3.152344] sd 3:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
      [ 3.172284] sda: sda1
      [ 3.180189] sd 3:0:0:0: [sda] Attached SCSI removable disk
      [ 3.200470] scsi 2:0:0:0: Direct-Access Samsung Flash Drive 1100 PQ: 0 ANSI: 6
      [ 3.203680] sd 2:0:0:0: [sdb] 250626566 512-byte logical blocks: (128 GB/120 GiB)
      [ 3.204515] sd 2:0:0:0: [sdb] Write Protect is off
      [ 3.204524] sd 2:0:0:0: [sdb] Mode Sense: 43 00 00 00
      [ 3.205199] sd 2:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
      [ 3.217490] sdb: sdb1
      [ 3.222357] sd 2:0:0:0: [sdb] Attached SCSI removable disk
      [ 3.391716] tegra-pcie 10003000.pcie-controller: link 2 down, retrying
      [ 3.393773] tegra-pcie 10003000.pcie-controller: link 2 down, ignoring
      [ 3.601623] tegra-pcie 10003000.pcie-controller: PCIE: no end points detected
      [ 3.603754] tegra-pcie 10003000.pcie-controller: PCIE: Disable power rails
      [ 3.710593] i2c-ds90ub954 30-0030: ds90ub954_init: DEVICE STS: 0xdf, id=0 x 10ms
      [ 3.710604] i2c-ds90ub954 30-0030: ds90ub954_init: backchannel is ready
      [ 3.712681] i2c-ds90ub954 30-0030: ds90ub954_init: Successfully set TI954_REG_BC_GPIO_CTL0
      [ 3.713715] i2c-ds90ub954 30-0030: ds90ub954_init: Successfully set TI954_REG_BC_GPIO_CTL1
      [ 3.714781] i2c-ds90ub954 30-0030: ds90ub954_init: slave id 0: 0x3B
      [ 3.715855] i2c-ds90ub954 30-0030: ds90ub954_init: alias id 0: 0x3C
      [ 3.716887] i2c-ds90ub954 30-0030: ds90ub954_init: VC-ID 0 mapped to 1
      [ 3.716889] i2c-ds90ub954 30-0030: ds90ub954_init: VC-ID 1 mapped to 0
      [ 3.716893] i2c-ds90ub954 30-0030: ds90ub954_init: VC-ID 2 mapped to 0
      [ 3.716900] i2c-ds90ub954 30-0030: ds90ub954_init: VC-ID 3 mapped to 0
      [ 3.716902] i2c-ds90ub954 30-0030: ds90ub954_init: init of deserializer rx_port 1 successful
      [ 3.725342] i2c-ds90ub954 30-0030: ds90ub954_probe: init ds90ub954_done
      [ 4.233383] i2c 30-0019: ds90ub953_init: start
      [ 4.241660] i2c 30-0019: ds90ub953_init: device ID: 0x30, code:_UB953
      [ 4.249019] i2c 30-0019: ds90ub953_init: successful
      [ 4.249043] i2c 30-0020: ds90ub953_init: start
      [ 4.257333] i2c 30-0020: ds90ub953_init: device ID: 0x30, code:_UB953
      [ 4.264742] i2c 30-0020: ds90ub953_init: successful

      there is no message from driver veyecam.c and
      threre is no /dev/video0 ?

      Thank you.

      C 1 Reply Last reply Reply Quote 0
      • C
        chjchoi @chjchoi last edited by

        @chjchoi
        There is a veyecam.ko file at
        /lib/modules/$(uname -r)/modules.builtin
        I don't know why the driver message is not in dmesg.

        veye_xumm 1 Reply Last reply Reply Quote 0
        • veye_xumm
          veye_xumm @chjchoi last edited by

          @chjchoi
          Is your tx2 the official Nvidia devkit?
          Did you use our direct compiled dtb and Image, or did you recompile the code yourself? Did you make any changes to the code?

          C 2 Replies Last reply Reply Quote 0
          • C
            chjchoi @veye_xumm last edited by

            @veye_xumm Thank you.

            1. It's on the Jetson TX2 official Nvidia devkit.

            2. there is something wrong with your document "VEYE CS Camera for Jetson TX2" method:

            Jetpack 4.6.3 installed devkit + Image to /boot and dtb installation with ./flash.sh -k kernel-dtb jetson-tx2 mmcblk0p1
            the Image is from nvidia_jetson_veye_bsp/kernel_image/Image_l4t_r32.7.1_veyecam.tar.gz
            and it is copied Target(devkit) /boot/
            the dtb is tegra186-quill-p3310-1000-c03-00-base.dtb and it is from jetson_veye_bsp/dtbs/TX2/JetPack_4.6_Linux_JETSON_TX2_TARGETS/"dts dtb"/VEYE-MIPI-327-fpdlink
            and copied to Linux_of_Tegran/kernel/dtb/ and
            Linux_for_Tegra $ sudo ./flash.sh -k kernel-dtb jetson-tx2 mmcblk0p1

            Then the Target shows only black screen and does not show Ubuntu Gnome shell.

            1. So, I have downloaded the sources r32.7.3 by $sudo ./soure_sync.sh and according to your documents "VEYE CS Camera source for Jetson" and copied Image and c03 base dtb to Linux_for_Tegra/kernel and .../dtb and $./flash.sh jetson-tx2 mmcblk0p1
              then Target shows ubuntu gnome shell but the dmesg shows that only I have written..
            C veye_xumm 2 Replies Last reply Reply Quote 0
            • C
              chjchoi @chjchoi last edited by

              @chjch The only clue that I found at first method trial,
              it shows some error message about docker starting .

              C 1 Reply Last reply Reply Quote 0
              • C
                chjchoi @chjchoi last edited by

                @chjchoi I'm not familiar to docker system. because I'm out of date old engineer.
                Oh, docker manage the version and If in all 4.6.1 environment there is no problem I have checked.
                but your solutions and documents are not for 4.6.3
                and I don't know why camera drivers of 4.6.3 does not evoked when init.

                Please updates your solution to 4.6.3 please.
                Thank you

                C 1 Reply Last reply Reply Quote 0
                • C
                  chjchoi @chjchoi last edited by

                  [0_1675611757566_screenShot.tbz2](Uploading 100%) But the Image from your bsp only works well
                  With the Image that I have made on 4.6.1 environment , there is the same result that
                  the veyecam.c does not exert as the dmesg that i have written.

                  On which conditon and .config do your build the Image?
                  Thank you.
                  [0_1675611365954_dts_failed_cam_driver.dts](Uploading 100%)

                  C 1 Reply Last reply Reply Quote 0
                  • C
                    chjchoi @chjchoi last edited by

                    @chjchoi I have build the Image according to the "VEYE CS Camera source for Jetson"
                    and with the tegra_veyecam_defconfig of kernel_veyecam_config_r32.7.1
                    CROSS_COMPILE is from gcc-linaro-7.3.1-2018.05-linux

                    1 Reply Last reply Reply Quote 0
                    • C
                      chjchoi @veye_xumm last edited by

                      @veye_xumm Sorry I have confused..
                      at the /lib/moduels/4.9.../modules.builtin
                      there is no veyecam

                      there are drivers from Linux_for_Tegra/sources/kernel/nvidia/drivers/media/i2c/
                      not from Linux_for_Tegra/sources/kernel/kernel-4.9/drivers/media/i2c/

                      So, there are two same items when make menuconfig and only the first was reflected..
                      I don't know how to deals.
                      first, I will exclude the nvidia folder's and retry..

                      Thank you.

                      C 1 Reply Last reply Reply Quote 0
                      • C
                        chjchoi @chjchoi last edited by

                        @chjchoi

                        I have found there are 2 folder at /lib/modules .

                        I think one is for real built-in modules and the other is for modules dependent to other modules.
                        I guess veyecam is located at the folder for dependent built-in modules.

                        when sudo apt-get update and sudo apt-get install v4l2*,

                        installation of v4l2* makes depmod situation and then veyecam is probed and driver is loaded I guess.

                        With the Image from BSP does this process well and depmod
                        but for my case of Image that was built by me, seems not doing this process.

                        tegra_veyecam_defconfig is from your BSP,
                        which makes the difference?

                        Thanks.

                        1 Reply Last reply Reply Quote 0
                        • veye_xumm
                          veye_xumm @chjchoi last edited by

                          @chjchoi

                          @chjchoi said in /dev/video0 not found and in dmesg there is no "probing v4l2 sensor\n":

                          @chjch The only clue that I found at first method trial,
                          it shows some error message about docker starting .

                          http://wiki.veye.cc/index.php/VEYE_CS_Camera_for_Jetson_TX2

                          d4bcae45-466f-4b48-9df1-c0b4f3807f45-image.png

                          For the original system version of the motherboard, we have provided the corresponding Image and dtb. But Jetpack 4.6.3 is the version that just came out and we haven't had time to port the driver yet.
                          We suggest you to re-burn the motherboard to Jetpack4.6.2 first, then use the corresponding Image and dtb.

                          C 1 Reply Last reply Reply Quote 0
                          • C
                            chjchoi @veye_xumm last edited by

                            @veye_xumm
                            Dear,

                            cameraErrorDmesg.png

                            Do you have any ideas on the attached photo image?

                            first time ds90ub954 has successed but at the point it fails to access to 0x30 and
                            it causes camera drivers access failure I think.

                            C 1 Reply Last reply Reply Quote 0
                            • C
                              chjchoi @chjchoi last edited by

                              @chjchoi On the last photos .. the chip information and not important to functioning.
                              So iwill block the error and will go ahead of test.

                              veye_xumm 1 Reply Last reply Reply Quote 0
                              • veye_xumm
                                veye_xumm @chjchoi last edited by

                                @chjchoi I think this place means that the 954 chip is not detected properly on the i2c.

                                1 Reply Last reply Reply Quote 0
                                • First post
                                  Last post