Tivy, Robert wrote:
-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
] On Behalf Of Vladimir Pantelic
Sent: Tuesday, May 27, 2008 10:10 AM
Cc: [email protected]
Subject: Re: Cache issue with MPEG4 Encoder / Decoder on DM355
Ring, Chris wrote:
> Given that... users that need this functionality _today_
may have to
> resort to hacks in the near term. One system-specific hack/approach
> could be to modify CMEM to identify all the alloc requests from the
> audio codecs (perhaps by size?), and convert all the requests
> identified for the audio codecs as cacheable, regardless of whether
> it's asked for cacheable or not. Yes, it's a hack, but
might get you
> past this until we have more official support in xDAIS/CE.
Couldn't the ARM side audio codec just use malloc() instead
of calling whatever code to request memory from CE?
If the ARM side codec uses HW accelerators then it probably still needs
contiguous memory from CMEM. If it's just using CPU reads/writes then
it could use malloc().
Yes, but the point is about the conflict of video codecs needing *non-cached*
CMEM and audio codecs needing *cached* (CMEM or other) memory. So I am asking
whether the audio codec can just use malloc()/free() to get it's buffers instead
of going through whatever means CE offers for memory allocation.
_______________________________________________
Davinci-linux-open-source mailing list
[email protected]
http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
