Hi, Dear All: Is anyone can tell me how to start to read/write a Ethernet port for DM355? What is the documentation I should refer to? I post before but did not insert right subject. sorry for that. Thanks, Elbert
--- On Mon, 1/4/10, [email protected] <[email protected]> wrote: From: [email protected] <[email protected]> Subject: Davinci-linux-open-source Digest, Vol 49, Issue 6 To: [email protected] Date: Monday, January 4, 2010, 10:00 AM Send Davinci-linux-open-source mailing list submissions to [email protected] To subscribe or unsubscribe via the World Wide Web, visit http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source or, via email, send a message with subject or body 'help' to [email protected] You can reach the person managing the list at [email protected] When replying, please edit your Subject line so it is more specific than "Re: Contents of Davinci-linux-open-source digest..." Today's Topics: 1. Re: Cmem address translation when working with Codec Engine (Vladimir Pantelic) 2. RE: Cmem address translation when working with Codec Engine (Erez Kinarti) ---------------------------------------------------------------------- Message: 1 Date: Mon, 04 Jan 2010 18:08:55 +0100 From: Vladimir Pantelic <[email protected]> To: [email protected] Subject: Re: Cmem address translation when working with Codec Engine Message-ID: <[email protected]> Content-Type: text/plain; charset=windows-1252; format=flowed Erez Kinarti wrote: > Thanks a lot Rob. > > calling this function for each of the pointers used with CodecEngine > solved the problem. > > However, we need something else, some function that invalidates all this > virt->phy table and not each of the virtual pointers separately. > > Is there a way to do a full invalidate in a single call without keep > tracking on each of the virtual pointers? > > The reason that Memory_unregisterContigBuf it is not enough for us: > > In our system, we allocate a very big buffer from CMEM (258048 bytes), > but we don?t call CodecEngine with a pointer to the big buffer. You dont need to call Memory_unregisterContigBuf, just alloc and free the buffers via CE and CE will know that you are calling it with a smaller buffer inside a larger one that it knows the translation to... ------------------------------ Message: 2 Date: Mon, 4 Jan 2010 19:14:43 +0200 From: "Erez Kinarti" <[email protected]> To: "Vladimir Pantelic" <[email protected]>, <[email protected]> Subject: RE: Cmem address translation when working with Codec Engine Message-ID: <10b9b66481ab544596ef70b519d5899601d52...@rvil-mail1.radvision.com> Content-Type: text/plain; charset="us-ascii" Thank you Vladimir, But we are not able to allocate and free via CodecEngine due to the structure of our application and the need to call the alloc not before calling CERuntimeInit(). -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of Vladimir Pantelic Sent: Monday, January 04, 2010 7:09 PM To: [email protected] Subject: Re: Cmem address translation when working with Codec Engine Erez Kinarti wrote: > Thanks a lot Rob. > > calling this function for each of the pointers used with CodecEngine > solved the problem. > > However, we need something else, some function that invalidates all this > virt->phy table and not each of the virtual pointers separately. > > Is there a way to do a full invalidate in a single call without keep > tracking on each of the virtual pointers? > > The reason that Memory_unregisterContigBuf it is not enough for us: > > In our system, we allocate a very big buffer from CMEM (258048 bytes), > but we don't call CodecEngine with a pointer to the big buffer. You dont need to call Memory_unregisterContigBuf, just alloc and free the buffers via CE and CE will know that you are calling it with a smaller buffer inside a larger one that it knows the translation to... _______________________________________________ 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 End of Davinci-linux-open-source Digest, Vol 49, Issue 6 ********************************************************
_______________________________________________ Davinci-linux-open-source mailing list [email protected] http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
