Just to help avoid confusion, in TI supported releases of CMEM, CMEM
_can_ get the physical addresses of non-CMEM buffers.  This,
unfortunately, only includes 2.6.10-based kernels... but since that's
the kernel used in the DVEVM, that includes the majority of users.

The DVEVM demos use this feature, as the video drivers do not allocate
buffers using CMEM, yet CMEM is used to perform address translation.

[ Euan, not sure which kernel you're on, but if it's not 2.6.10,
Bernard's reply below may be spot on.  But if you're on 2.6.10, CMEM
should support this use case. ]

Rob's [helpful] email thread on CMEM last week was around adding this
non-CMEM buffer support to _future_ releases of CMEM, which will include
kernels newer than 2.6.10.

Chris

> -----Original Message-----
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED]
> ] On Behalf Of Bernard Blackham
> Sent: Thursday, November 01, 2007 6:19 PM
> To: Cochrane, Euan
> Cc: [email protected]
> Subject: Re: Memory_getPhysicalAddress segmentation fault
> 
> On Thu, Nov 01, 2007 at 01:56:31PM -0000, Cochrane, Euan wrote:
> > Hi,
> > I have tried replacing Memory_getPhysicalAddress with
> > Memory_getBufferPhysicalAddress but I still get a segmentation
> > fault at that line. I also tried to use CE_TRACE but I can't get
> > it to work and I can't find anything online that describes how to
> > use it properly, I tried 'CE_TRACE="*=01234567" ./myapp, I also
> > tried using CE_TRACEFILE to specify the output with no luck and
> > tried TRACEUTIL_VERBOSE=1 again no luck, and finally tried 'export
> > CE_TRACE="*=01234567"' but still nothing. Can anyone help me?
> 
> Are you sure it's not a kernel oops (you'll see it in dmesg)? They
> generally end up segmentation faulting the process.
> 
> Also, could it be related to the recent thread on CMEM not being
> able to get the physical address of non-cmem buffers? I believed
> Robert resolved it with the code at the end of
> http://linux.omap.com/pipermail/davinci-linux-open-source/2007
> -October/004346.html
> 
> Cheers,
> Bernard.
> _______________________________________________
> 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

Reply via email to