Yes. What you see is failure due to fragmentation. Probably use CMEM to allocate buffer and pass it to IPIPE using userptr IO instead of mmap.
Murali Karicheri Software Design Engineer Texas Instruments Inc. Germantown, MD 20874 email: m-kariche...@ti.com ________________________________ From: davinci-linux-open-source-boun...@linux.davincidsp.com [mailto:davinci-linux-open-source-boun...@linux.davincidsp.com] On Behalf Of Krunal Patil Sent: Thursday, February 18, 2010 7:17 AM To: davinci-linux-open-source Subject: IPIPE memory allocation failure. Hi, I am working on a DM355 based system which consist of QT GUI and backend applications. The backend applications are responsible for MPEG (1024x768) / JPEG (1920/1080) capture/display and G711 audio capture/playback. For resized JPEG display (1920x1080 -> 768x576) I am using DM355 IPIPE module and successfully able to resize JPEG image without any corruption. The problem is when I run the system for a long time and hard/soft reboot it the next time IPIPE memory allocation (IPIPE_REQBUF ioctl) of size (1344 * ((1080 * 2 + 31) & (~31))) = 2924544 fails. System has 128MB of DDR out of which 108M are given to Linux kernel from the bootargs. Can this issue be related with memory fragmentation? Anyone please suggest me some pointers? -- Regards, Krunal Patil -- ________________________________ Disclaimer: This e-mail message and all attachments transmitted with it are intended solely for the use of the addressee and may contain legally privileged and confidential information. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution, copying, or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately by replying to this message and please delete it from your computer. Any views expressed in this message are those of the individual sender unless otherwise stated.Company has taken enough precautions to prevent the spread of viruses. However the company accepts no liability for any damage caused by any virus transmitted by this email. ________________________________
_______________________________________________ Davinci-linux-open-source mailing list Davinci-linux-open-source@linux.davincidsp.com http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
