• State TI Thinks Resolved
  • Locked Locked
  • Replies 3 replies
  • Answers 1 answer
  • Subscribers 98 subscribers
  • Views 856 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.

cmemk: no symbol version for struct_module

Yong Wang47643
Prodigy 50 points
Other Parts Discussed in Thread: OMAP3530

hi,all

I installed svsdk_3_00_02_44 and OMAP35x-PSP-SDK-02.01.03.11 with the kernel 2.6.29.

Now the new kernel run on the board,but the cmemk.ko,dsplinkk.ko,lpw_omap3530 can’t be loaded success:

 

root@arago:~# insmod cmemk.ko

cmemk: no symbol version for struct_module

insmod: error inserting 'cmemk.ko': -1 Invalid module format


I already recompile the cmem with the new kernel.

 

Thanks.

  • 0
    TI__Mastermind 18260 points

    While I'm quite familiar with the insmod error above, I have never seen it when cmemk.ko has been properly built against the source code of the running kernel.

    Can you double-check that you're pointing to the correct source, and using the correct cmemk.ko that is built against this source?

    BTW, I assume your insmod command is just for showing this problem, since you need to at least provide phys_start/end parameters.

    Regards,

    - Rob

  • 0 in reply to Robert Tivy
    Prodigy 50 points

    hi,Rob

    I have checked the kernel source and the paths set correctly, and the insmod command is just for showing the problem.

    I set: "MVTOOL_PREFIX=/omap3530/arm-2008q1/bin/arm-none-linux-gnueabi-",but commented "UCTOOL_PREFIX" out ,in the Rules.make last time.

    While i set  "UCTOOL_PREFIX=/omap3530/arm-2008q1/bin/arm-none-linux-gnueabi-" also, and rebuild the kernel source and the cmem, the command run normal.

    i don'n know whether the cause is the "UCTOOL_PREFIX" set correctly or the kernel source and the cmem rebuilt in right sequence.


    Now, i have to rebuild the dsplink because the command "insmod dsplinkk.ko"  show error  also.


    Thanks for help.

     

     

     

     

     

     

     

  • 0 in reply to Yong Wang47643
    TI__Mastermind 18260 points

    Interesting.  Typically, it is the MVTOOL_PREFIX macro that is used in <linuxutils>/ti/sdo/linuxutils/cmem/src/module/Makefile for building cmemk.ko.  But it's certainly possible to change that Makefile to use UCTOOL_PREFIX.  Since you seem to have "fixed" your problem then it's not so important to know, but take a look in <linuxutils>/ti/sdo/linuxutils/cmem/src/module/Makefile to see if your's is using UCTOOL_PREFIX or MVTOOL_PREFIX.  This might clear things up for future knowledge.

    Regards,

    - Rob