• State Resolved
  • Locked Locked
  • Replies 9 replies
  • Subscribers 99 subscribers
  • Views 532 views
  • Users 0 members are here
Support feedback
Options
Options
Related

This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

Problem in "Rebuilding the DVSDK for the Target"(GSG 1.30)

Ron Ravid
Prodigy 90 points

I have been flowing the getting started guide all the way up to section 4.6 Rebuilding the DVSDK Software for the Target.

At that point I could not get the make to work, and haven't found any solution yet. It seam like some file(cmemk.o) is missing.

Here is my terminal output:

[username@localhost dvsdk_1_30_01_41]$ make

Making all in subdirectory /home/username/dvsdk_1_30_01_41/cmem_2_00_01/packages/ti/sdo/linuxutils/cmem/src/module...
make[1]: Entering directory `/home/username/dvsdk_1_30_01_41/cmem_2_00_01/packages/ti/sdo/linuxutils/cmem/src/module'
make -C /home/username/lsp/ti-davinci M=`pwd` ARCH=arm CROSS_COMPILE=/db/toolsrc/library/vendors2005/mvl/arm/mvl4.0.1-root-new//montavista/pro/devkit/arm/v5t_le/bin/arm_v5t_le- \
    EXTRA_CFLAGS="-DUSE_UDEV=1 -DMAX_POOLS=128" modules
make[2]: Entering directory `/home/username/workdir/lsp/ti-davinci'
Makefile:503: .config: No such file or directory
  CC [M]  /home/username/dvsdk_1_30_01_41/cmem_2_00_01/packages/ti/sdo/linuxutils/cmem/src/module/cmemk.o
/bin/sh: /db/toolsrc/library/vendors2005/mvl/arm/mvl4.0.1-root-new//montavista/pro/devkit/arm/v5t_le/bin/arm_v5t_le-gcc: No such file or directory
make[3]: *** [/home/username/dvsdk_1_30_01_41/cmem_2_00_01/packages/ti/sdo/linuxutils/cmem/src/module/cmemk.o] Error 1
make[2]: *** [_module_/home/username/dvsdk_1_30_01_41/cmem_2_00_01/packages/ti/sdo/linuxutils/cmem/src/module] Error 2
make[2]: Leaving directory `/home/username/workdir/lsp/ti-davinci'
make[1]: *** [release] Error 2
make[1]: Leaving directory `/home/username/dvsdk_1_30_01_41/cmem_2_00_01/packages/ti/sdo/linuxutils/cmem/src/module'
make: *** [/home/username/dvsdk_1_30_01_41/cmem_2_00_01/packages/ti/sdo/linuxutils/cmem/src/module] Error 2
[username@localhost dvsdk_1_30_01_41]$

I'll appreciate any help,

Thanks,
Ron

  • 0
    TI__Mastermind 37340 points

    The file that is complaining about from the log above is actually '/db/toolsrc/library/vendors2005/mvl/arm/mvl4.0.1-root-new//montavista/pro/devkit/arm/v5t_le/bin/arm_v5t_le-gcc'; this is the path to your compiler and it appears to be wrong; this should probrably be '/opt/montavista/pro/devkit/arm/v5t_le/bin/arm_v5t_le-gcc'' (per GSG), but it could vary depending on where you installed it.  I believe this path is defined in the Rules.make, but it is likely also defined in your PATH enviroment variable (GSG sect 4.4 ).  I would make sure both are correct.

  • 0 in reply to Juan Gonzales
    Prodigy 90 points

    Thank you for your answer. I'm still relatively new to Linux. as you noted, I missed fixing this line in Rules.make. The path seam to be fine.

    This alowed me to proced to the next problem, and I'm a bit lost again.

    In between I rebuilt DVSDK 2.0 successfully. My purpose is to send out a stream of video. I'm trying to work with GStramer, I'm currently studying the subject, so It was not clear to me whether Gstremer TI drivers work only on DVDSK 1.3, or is GStreamer suppose to work on DMAI which require DVSDK2.0. I hope to work with RTP/RTSP.(for Gstreamer it requires latest versions)

    For now, back to the openning problem, I have this problem on 2 different Linux OS. Here is the beggining of the Make output

    Making all in subdirectory /home/username/dvsdk_1_30_01_41/cmem_2_00_01/packages/ti/sdo/linuxutils/cmem/src/module...
    make[1]: Entering directory `/home/username/dvsdk_1_30_01_41/cmem_2_00_01/packages/ti/sdo/linuxutils/cmem/src/module'
    make -C /home/username/lsp/ti-davinci M=`pwd` ARCH=arm CROSS_COMPILE=/opt/mv_pro_4.0.1/montavista/pro/devkit/arm/v5t_le/bin/arm_v5t_le- \
        EXTRA_CFLAGS="-DUSE_UDEV=1 -DMAX_POOLS=128" modules
    make[2]: Entering directory `/home/username/workdir/lsp/ti-davinci'
    Makefile:503: .config: No such file or directory
      CC [M]  /home/username/dvsdk_1_30_01_41/cmem_2_00_01/packages/ti/sdo/linuxutils/cmem/src/module/cmemk.o
    In file included from include/linux/device.h:14,
                     from /home/username/dvsdk_1_30_01_41/cmem_2_00_01/packages/ti/sdo/linuxutils/cmem/src/module/cmemk.c:20:
    include/linux/config.h:4:28: linux/autoconf.h: No such file or directory
    In file included from include/linux/types.h:13,
                     from include/linux/kobject.h:20,
                     from include/linux/device.h:16,
                     from /home/username/dvsdk_1_30_01_41/cmem_2_00_01/packages/ti/sdo/linuxutils/cmem/src/module/cmemk.c:20:
    include/linux/posix_types.h:47:29: asm/posix_types.h: No such file or directory
    In file included from include/linux/kobject.h:20,
                     from include/linux/device.h:16,
                     from /home/username/dvsdk_1_30_01_41/cmem_2_00_01/packages/ti/sdo/linuxutils/cmem/src/module/cmemk.c:20:


    ... it goes on with errors all the way

    Thank you for your patience with me.
    Ron

     

  • 0 in reply to Ron Ravid
    TI__Mastermind 37340 points

    Is it safe to assume you are following the instructions on the Getting Started Guide (GSG)?  If so, did you complete section 4.5 sucessfully?  It appears to be complaining about not being able to find a file (.config) which should be there if you completed section 4.5 of GSG.

  • 0 in reply to Juan Gonzales
    Prodigy 90 points

    Thank you for the quick response.

    I did completed section 4.5 successfully, Including loading the built uImage from TFTP. (BTW, I had to manage with a strange bug that boot was looking for the TFTP server in the IP of the router, ignoring the serverip defenition)

    There was an exception in section 4.5, I had to copy the folder:
    /opt/mv_pro_4.0.1/montavista/pro/devkit/lsp/ti-davinci_evm-arm_v5t_le/linux-2.6.10_mvl401/
    into    workdir/lsp/ti-davinci/ ,  because the folder:
    /opt/mv_pro_4.0.1/montavista/pro/devkit/lsp/ti-davinci/
    did not contain linux-2.6.10_mvl401

    I could not see the file .config in the folder, I'm not sure how to find a file with such a common name.

     

    Any suggestions will be appreciated.

    Ron

  • 0 in reply to Ron Ravid
    TI__Mastermind 37340 points

    There is an error in the GSG, please copy

    /opt/mv_pro_4.0.1/montavista/pro/devkit/lsp/ti-davinci

    instead.  This should fix the issues you are seeing.

  • 0 in reply to Juan Gonzales
    Prodigy 90 points

    I'm not sure if I understand you correctly.

    In the GSG it said to do:
    cd workdir/lsp
    cp -R /opt/mv_pro_4.0.1/montavista/pro/devkit/lsp/ti-davinci .

    next it's written to do:
    cd ti-davinci/linux-2.6.10_mvl401

    but there was no linux-2.6.10_mvl401 in there.

    That's why I copied it from .../lsp/ti-davinci_evm-arm_v5t_le , since it was not in .../lsp/ti-davinci

  • 0 in reply to Ron Ravid
    TI__Mastermind 37340 points

    no need to cd all the way to 'linux-2.6.10_mvl401'; you should use 'ti-davinci' instead; this should correspond to a copy of

    /opt/mv_pro_4.0.1/montavista/pro/devkit/lsp/ti-davinci

    This directory contains all you need, including .config file.  You should perform the remiander of section 4.5 in this directory as well as specify this directory on your Rules.make

  • 0 in reply to Juan Gonzales
    Prodigy 90 points

    Problem solved, Thank you.[:)]

    Only now, looking back, I realised I missed the same solution in a previouse message thread I read ( Problems rebuilding on dm6446...Getting started guidev1.30)

    Have a good day,
    Ron

  • 0 in reply to Ron Ravid
    TI__Mastermind 41665 points

    Ron Ravid said:
    Only now, looking back, I realised I missed the same solution in a previouse message thread I read ( Problems rebuilding on dm6446...Getting started guidev1.30)

    Yea, this is a bit of an annoying typo that comes up from time to time which throws a lot of folks off, in the future this should be fixed in the next GSG rev, and eventually a more permanent solution to this sort of problem will be the migration of the GSG documents to the Wiki (started with DM365) for faster fixes and easy annotation.