After trying to play around with the memory map some more, I did a little more digging. It seems that the function that fails, according to the oops, is SYNC_SpinLockStartEx, which is in the dsplink source file sync.c located in gpp/src/osal/Linux/2.6.18. Considering that the folder is called 2.6.18, there might be a kernel version problem with my 2.6.22 kernel.
Within the SYNC_SpinLockStartEx function, the specific call that fails is mutex_lock_interruptible. The sync.c file includes rtmutex.h from the kernel includes. The actual function call for mutex_lock_interruptible that is in rtmutex.h is rt_mutex_lock_interruptible. The call mutex_lock_interruptible is not actual in rtmutex.h and it is in mutex.h which as far as I can tell is not included in sync.c. Dsplink version 1.4 does not use mutexes in its sync.c file. I think it turns on and off irqs to protect critical sections. I am going to try to change all the calls in sync.c to rt_ and recompile and see if it works. -mat On Sun, Apr 12, 2009 at 3:14 PM, Mat Laibowitz <[email protected]>wrote: > Thanks for the replies. > I am using kernel 2.6.22 and dsplink 1.60. > Maybe your findings could help even if these are different versions. > > From what you guys are saying, it seems that the app is looking for dsplink > and not finding it? > When you change the bootarg to mem=118M do you also change the cmem > location or do you leave a gap between the linux section and the cmem > section? > Does this effect the dsplink somehow? > > Also, if I am using NSF and the root directory on the nsf partition > contains more than 120M worth of files, will this cause a problem? > > Thanks again, > -mat > > > > > On Sun, Apr 12, 2009 at 8:48 AM, Steve Chen <[email protected]> wrote: > >> On Sun, 2009-04-12 at 10:08 +0300, Yusuf Caglar AKYUZ wrote: >> > -----BEGIN PGP SIGNED MESSAGE----- >> > Hash: SHA1 >> > >> > Mat Laibowitz wrote: >> > > In order to debug my mpeg4dec app side program I was looking dmai to >> see how >> > > it accessed the viddec2 ce interface. >> > > >> > > Along the way I decided to try and compile it and also to try and >> upgrade >> > > some components. >> > > I modified the dmai source to support my custom board and can compile >> it. >> > > >> > > Now I am having a run-time issue with the codec engine. >> > > I am just trying to run the decode demo. >> > > I get the error: >> > > Unable to handle kernel paging request at virtual address c808b000 >> > > >> > > There is a lot of talk about this error, and I have read through the >> > > postings, but still have not figured it out. >> > > If I change the CMEM insert command, I can get it to say: >> > > CMEMK Error: CMEM phys_start (0x87600000) overlaps kernel (0x80000000 >> -> >> > > 0x87800000) >> > >> > [...] >> > >> > Looking at the kernel oops, this is dsplink problem rather than >> > cmem. Which kernel version are you using? and is this dsplink >> > version 1.40? I faced a similar issues with 2.6.28 recently. If we >> > are using the same software versions, I can summarize my findings. >> > >> > Regards, >> > Caglar >> >> I also saw similar crash issue with 2.6.18 (MV pro 5 kernel). Chaning >> MEM=120M to MEM=118M on the kernel command line fixed the problem for >> me. >> >> Regards, >> >> Steve >> >> > >> > -----BEGIN PGP SIGNATURE----- >> > Version: GnuPG v2.0.9 (GNU/Linux) >> > Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org >> > >> > iEYEARECAAYFAknhk3UACgkQ/nL+S5dojeiE2wCfc7pxnMMdXS8xciSfGAvxfMH/ >> > dTkAnRgmpnQLfvNY11i6tct70PfBeKdM >> > =ey7g >> > -----END PGP SIGNATURE----- >> > >> > _______________________________________________ >> > Davinci-linux-open-source mailing list >> > [email protected] >> > http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source >> >> >
_______________________________________________ Davinci-linux-open-source mailing list [email protected] http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
