• State Resolved
  • Locked Locked
  • Replies 4 replies
  • Subscribers 99 subscribers
  • Views 444 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.

DSPLink with 2.6.38 kernel

Robert Fish
Prodigy 100 points

I'm trying to compile and use DSPLink with the 2.6.38 kernel on a DM6446.  I get a warning __bswapsi2 undefined, and when I try to insmod the driver it won't.

 

Is it even possible to build against the 2.6.38 kernel?

 

Thanks

  • 0
    Intellectual 385 points

    I am having the same problem with kernel 2.6.33.7-rt29, for a OMAPL137evm card... I get the same warning on compilation and then when I try to load the module it won't.

    Can anyone point me in the direction for solving this?

    Thanks in advance

    ~ Aquiles Lacruz

  • 0 in reply to Aquiles Lacruz
    Intellectual 620 points

    I too am having this issue.  A little bit of research shows that it may be related to the version of CodeSourcery, or, more specifically, to the version of GCC that it is based on.

    Help!?

    - Judson

  • 0 in reply to Judson Wilson
    Prodigy 100 points

    It does seem to be related to the version of toolchain that is used to compile.  I rolled back to the arm-2009q1 toolchain from codesourcery for the kernel and dsplink and the problem went away.

    BTW, you will need to make a change to drv_pmgr.c found in gpp/src/pmgr/Linux/2.6.18 

    the ioctl function call has changed somewhere along the way.  The DRV_Ioctl function needs to be changed to look like:

    STATIC
    long
    DRV_Ioctl (struct file * filp, unsigned int cmd, unsigned long args) ;

    and the file_operations structure to

    STATIC struct file_operations driverOps = {
        open:    DRV_Open,
        flush:   DRV_Flush,
        release: DRV_Release,
        unlocked_ioctl:   DRV_Ioctl,
        mmap:    DRV_Mmap,
        read:    DRV_Read,
       .owner = THIS_MODULE
    } ;

  • 0 in reply to Robert Fish
    Intellectual 620 points

    I tried Codesourcery release 2010q1-202 and it appears to work as well.  Right now I am using the 2011 release for everything except the dsplinkk.ko, and the example programs seem to run.  I think I will setup my build script to build dsplinkk.ko using the 2010q1 release, grab the file, then rebuild using the 2011 release and grab everything else.